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SYSTEM AND METHOD FOR TRANSMITTING AND UTILIZING 
ELECTRONIC PROGRAMS GUIDE INFORMATION 



ORIGIN OF THE INVENTION 

5 This applicaticm is a continuation in part of copending, commonly assigned 

Young et al.. Pending U.S. Patent Application Serial No. 08/198,538, filed 
Fefcttiiary 18, 1994, and entided "User Interface for Television Schedule System," 
which is in turn a file wrapper continuing application of U.S. Patent Application 
Serial No. 07/579,555, filed September 10, 1990, now abandoned 

BACKGROUND OF THE INVENTION 

1. Field Qf the Invgntiion: 

The present invention relates generally to a system and method for 
broadcasting, receiving and using television schedule infcamation. More 

15 particularly, it relates to such a system and method in which the television schedule 
information is broadcast in, e.g., the vertical blanking interval (VBI) of a television 
broadcast, a schedule of television programs for a user's broadcast area or cable 
system is con^iled fnxn the broadcast, and the schedule is displayed on the user's 
television set for interactive use. As used herein, the term "broadcast" is used in a 

20 broad sense to include such tnmsmission modes as cable and telephc»uc 
transmission. 

2, Description of the PriOT An: 

It is known in die an to provide an interactive television program schedule 
system utilizing broadcast schedule information. For example, such a schedule 

25 system is disclosed in commonly assigned Young, U.S. Patent 4,706,121, issued 
November 10, 1987 and the above referenced Young et al, pending application. 

In the design of such a schedule system, only a limited anxmnt of memory 
and data prcx^essing cap^ility can be provided in the user's equiptnent that receives 
the schedule information broadcast, compiles the schedule for the user's broadcast 

30 area or cable system, displays the schedule on Ae user's television set and interacts 
with the user, while enabling that equipment to be provided at a low enough price 
for mass marketing. This menwry and data processing limiution was recognized by 
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Hallenbeck, U,S. Patent 5,038,211, issued August 6, 199L The solution proposed 
by Hallenbeck is to subdivide the schedule information into prioritized categories, 
store the highest priority category, and as much of the lower priority categories as 
possible in the amount of memory available, A significant problem with this 
5 approach is that less information may be provided about programs in the schedule 
when there are more programs in the schedule and the need for more information is 
greatest. Further development in tight of the memory and processor limitations of 
consumer electronics is therefore required 

When schedule information is transmitted as part of a program broadcast 
10 signal and a prior art subscriber unit acquires the schedule information fipom the 
program broadcast signal, a potential problem arises when previously broadcast 
programs have been recorded on a VCR and are played bade The prior art 
subscriber unit lacks any ability to distinguish a video signal generated from a 
recorded program from a video signal received in real time firom a broadcast As a 
15 result, the subscriber unit may overwrite mc^e recent program schedule information 
acquired from a real time broadcast with older program schedule information coming 
from a video tape. 

Proposals to transmit television schedule infcMmation with television 
broadcast signals often use a low bandwidth transmission nMde, such as one or 
20 more lines in the venical blanking interval (VBI) of the television broadcast signals. 
The use of such low bandwidth transnussion modes oicans that the format and 
management of the transmissions must be carefully planned in order to avoid 
practical problems. For example, when a schedule update is to be transmitted, 
unless special provisions arc made for such updates, worst case transmission delay 
25 until the update is received and entered in a user's subscriber unit could amount to 
five hours, the time for transmission of a complete schedule for a week in an NTSC 
television broadcast signal using one Une of the VBI for die schedule information. 
In the case of last nunute schedule changes, such a delay would be unacceptable. 
Data encryption is essential for a subscription-based broadcast television 
30 schedule system. Without data encryption, the schedule infcmnation could be 

acquired and used by pirate user equipment without payment of the subscription fee. 
However, decryption of encoded data is a processor intensive. A conventional 
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approach of encrypting the entire schedule information transmission requires a faster 
and more expensive microprocessor than would otherwise be suitable for the 
subscriber unii s. 

When implementing a television schedule system on a national or even 
5 international basis, provision must be made for different time zones. Adjusting 
times in the schedule for the different time zones in the process of transmitting the 
schedule adds substantial overiiead to the data transmission. It would be desirable to 
eliminate the need for such adjustments in the transmission. 

It may be desirable in the operation of a television schedule system to 
10 provide the schedule information embedded at different places in the television signal 
at different parts of the system in order to avoid the necessity of imposing uniformity 
throughout the system. To do so, it is necessary to provide a way for recipients of - 
the schedule informatics to identify it in the television signal. 

In the operation of a broadcast television schedule system, acquisition of 
15 new schedule information by the subscriber units consumes a substantial proportion 
of available microprocessor processing time. When obsolete schedule infwmation is 
deleted and new schedule information is acquired, a substantial portion of the new 
information, such as program tides, duplicates information already present in stored 
schedule infcxmation or to be deleted with the obsolete schedule information. 
20 Avoiding the deletion of information that will fomi part of new schedule information 
would help to minimize the amount of processor time devoted to the acquisition of 
new schedule information. 

Because of the severe memo^ limitations in consumer electronic products, it 
is necessary to use the memory cfficiendy in wdcr to provide as much information 
2S and as much functionality in the subscriber imit as possible with the available 
mctnory. 



SUMMARY OF THE INVENTION 

Accordingly, it is an object of this invention to provide an interactive 
30 television program schedule system and method that can be implemented with low 
cost microprocessors and mcmcKy in subscriber data processing systems. 



STAR-005WUS 



-4- 



It is another object of the invention to provide an interactive television 
program schedule system and method in which television program schedule data is 
transmitted and stored in a manner that allows a low cost microprocessor suitable for 
use in a mass produced consumer product to carry out subset searching of the 
5 television program schedule data. 

It is a further object of the invention to provide such a system and method in 
which television program schedule information is transmitted in an efficient manner 

It is still another object of the invention to provide such a system and method 
in which the television program schedule information is acquired by the subscriber 
10 data processing systems in an efficient manner. 

It is a still further object of the invention to provide such a system and 
method in which fast schedule updates to acccmimodate schedule updates can be 
provided with a low bandwidth transmission system. 

It is yet another object of the invention to provide such a system and method 
15 that will be able to distinguish between currently broadcast schedule information and 
older schedule information included with a broadcast that was recorded. 

It is yet a further object of the invention to provide such a system and n>ethod 
in which schedule update information is given priority treatment. 

It is another object of the invention to provide such a system and method in 
20 which the schedule infomiation transmission is selectively encrypted 

It is a further object of the invention to provide such a system and method in 
which a single system time is employed in schedule information transmission 
portions of Ac system and compensaticm for local time is earned out in the 
subscriber units. 

25 It is still another object of the invention to provide such a system and n^thod 

in which the subscriber units are able to identify schedule infonnation provided in 

different locations of a television broadcast signal. 

It is still another object of the invention to provide such a system and method 

in which portions of schedule infcwmation already acquired by a subscriber unit and 
30 which duplicate portions of new schedule information arc retained, so that such 

schedule information portions need not be acquired again by the subscriber unit. 
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It is yet another object of the invention to provide such a system and method 
in which data compression is employed in a unique way to make most efficient use 
of available memory. 

The attainment of these and related objects may be achieved through use of 
5 the novel television schedule information transmission and utilization system and 
method herein disclosed. In one aspect, a television schedule information 
transmission and utilization system in accordance with this invention has a central 
data processing system, A means is connected to the central data processing system 
for providing schedule information data for a predetermined territory to the central 

10 data processing system. The central data processing system includes means for 
formatting the schedule information data for the predetermined territory into a 
predetermined schedule information transmission format A means is coupled to the, 
central data processing system for transmitting the schedule information data for the 
predetermined territory in the predetermined schedule informatiOT transmission 

15 formats, A plurality of regional data processing systems, each located in a region of 
the predetermined territcwy, include means for receiving the schedule information 
data for the predetermined territory, means for selecting the schedule infcHrmation 
data for the region in which each of the plurality of regional data processing systems 
is located and means for transmitting the schedule information data for the region, A 

20 plurality of subscriber data processing systems are in each of the regicms. Each of 
the plurality of subscriber data processing systems include means for receiving at 
least a portion of the schedule information data for the region, naeans for storing the 
schedule infocmaticMi data received by the subscriber data processing system, means 
for assembling pcxtions of the schedule infcMmation data received by the subscriber 

25 data processing system for display to a user of the subscriber data processing system 
and a display connected to the means fOT assembling portions of the schedule 
infomiiition data to display the portions of the schedule information data. 

In arK)ther aspect of the invention, a television schedule information 
transmission system includes a central data processing system for a predetermined 

30 territory having means for transmitting television schedule data for the predetermined 
territory and subscriber data processing systems in the predeternuned territory. The 
system is improved with a plurality of regional dau processing systems, each 
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located in a region of the predetermined tenritory. The plurality of regional data 
processing systems each include means for receiving the schedule information data 
for the predetermined territory, means for selecting the schedule information data for 
the region in which each of said plurality of regional data processing systems is 
5 located and means for transmitting the schedule information data for the region to a 
plurality of the subscriber data processing systems in each of the regions. 

In a further improvement of the television schedule transmission system, the 
means for transmitting the schedule information data for the region in each of said 
plurality of regional data processing systems has an ability to transmit the schedule 

10 information data for the region in different places of a television broadcast signal. 
Each of the subscriber data processing systems includes a means for locating the 
schedule information data in the television broadcast signal. 

In a further aspect of the invention, a method in a television schedule 
information transmission system includes transmitting schedule infOTmation data for 

1 5 a predeternuned territory to a plurality of regional data processing systems each 

located in a region of the territory. The schedule information data for each region is 
selected with its regional data processing system The schedule information data for 
each rcgiOT is transmitted with its regional data processing system to a plurality of 
subscriber data processing systems in each region. Portions of the schedule 

20 information data received by each subscriber dau processing systcni arc assembled 
fcH- display to a user of each subscriber data processing system. The portions of the 
schedule information data are displayed to the user. 

The medKxi further desirably includes having at least some of the plurality of 
regional data processing systems transmit the schedule information data in different 

25 places of a television broadcast signal. Each of the plurality of subscriber data 

processing systems locates the schedule information data in the television broadcast 
signal. 

In still another aspect of the invention, a television schedule information 
transmission system includes a central data processing system for a predetermined 
30 territory having means fix transmitting television schedule data for the predetermined 
territory and a plurality of subscriber data processing systems in the predetermined 
territory. The system is improved by providing means in the central data processing 
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system for transmitting the television schedule data as commands. The commands 
include instructions for the plurality of subscriber data processing systems in the 
system and television schedule information in elemental form used by the commands 
in the plurality of subscriber data processing systems to assemble and display a 
5 television schedule* 

In a still further aspect of the invention, a method in a television schedule 
information transmission system includes transmitting conunands from a central data 
processing system to a plurality of subscriber data processing systems. The 
commands include instructions for the plurality of subscriber data processing 

10 systems in the system and television schedule information used by the commands in 
the plurality of subscriber data processing systems to assemble aiKi display a 
television schedule. The television schedule is assembled from the telev^ion 
schedule information in each of the plurality of subscriber data processing systems. 
The television schedule is displayed to a user of each of the plurality of subscriber 

15 data processing systems. 

In a still further aspect of the invention, a television schedule information 
transmission system includes a central data processing system for a predetermined 
territory having means for transmitting television schedule data for the predetermined 
territory and a plurality of subscriber data processing systems in die predetermined 

20 territory. The system is improved with means in the central data processing system 
for transmitting a predetermined character string comprising a portion of the 
schedule information to the plurality of subscriber data processing systems. A 
means in each of the plurality of subscriber data processing systems determines 
whether the predetermined character string has been acquired by that subscriber data 

25 processing system. A means in each of the plurality of subscriber dau processing 
systems stores the predetermined character string in that subscriber data processing 
system if it has not aheady been acquired. 

In yet another aspect of the invention, a method in a television schedule 
information transmission system includes transmitting a {mdecenmined character 

30 string comprising a porticKi of the schedule information to a plurality of subscriber 
data processing systems in the system. Whether the predetermined character string 
has been acquired by a particular subscriber data processing system is determined. 
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The predetermined character string is stored in that subscriber data processing 
system if it has not already been acquired. 

In a further aspect of the invention, a television schedule information 
transmission system includes a direct broadcast satellite, A central data processing 
5 system has means for transmitting television schedule data for the direct broadcast 
satellite to the direct broadcast satellite. Subscriber data processing systems have 
means for receiving the television schedule data for the direct broadcast satellite from 
the direct broadcast satellite. The system is improved with a plurality of regional 
data processing systems, each located in a region of a predetermined territory. The 

10 plurality of regional data processing systems each include means for receiving the 
schedule information data for the predetermined territory. Means selects the 
schedule information data for the region in which each of the plurality of regicmal 
data processing systems is located. Means transmits the schedule information data 
for the region to a plurality of the subscriber data processing systems in each of the 

15 regions. 

In another aspect of the invention, a method in a television schedule 
transmission system includes transmitting television schedule data for a direct 
broadcast satellite to the direct troadcast satellite. The televisicKi schedule data for 
the direct broadcast satellite is received from the direa broadcast satellite at a 

20 subscriber data processing system. Schedule infonnation data for a predetennined 
territory is received in a regional data processing system located in a region of the 
predetermined territory. The schedule information data for the region in which the 
regional data processing system is located is selected in the regional data processor. 
The schedule information data for the region is transmitted to the subscriber data 

25 processing system. 

In still another aspect of the invention, a television schedule infonnation 
transmission system includes a central data processing system having means for 
transmitting television schedule data. A subscriber data processing system has 
means for receiving at least some of the television schedule data transmitted by the 

30 central data jHtxxssing system. The system is improved by providing a subscriber 
data pnx^ssing system including a menwry for efficiently storing database items 
comprising the television schedule information. Each of the database items has a 
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handle as an index into a handle table identifying meniory locations corresponding to 
the handle. This allows physical movement of database items from one memory 
location to another for garbage collection. This allows holes in the database memory 
which arise as data ages and is discarded to be recovered and concatenated into large 
5 useful memory blocks. This trades "free'" microcontroller cycles for memory, which 
is expensive. 

In a still further aspect of the invention, a method in a television schedule 
information transmission system includes transmitting television schedule data. At 
least some of the television schedule data is received at a subscriber data processing 

10 system as database items comprising the television schedule infoniiauon. Each of 
the database items has a handle. The handle is used as an index into a handle table 
identifying memory locations corresponding to the handle. - 

In another aspect of the invention, a television schedule information 
transmission system includes a central data processing system for a predetermined 

15 territory having means for transmitting television schedule data foe the predetermined 
territory including updates of television schedule data previously transmitted. There 
are a plurality of subscriber data processing systems in the predetermined territory. 
Each of the plurality of subscriber data processing systems includes a receiver for 
television schedule data and a memcary for storing television schedule data- The 

20 memory is coupled to the receiver. The system is improved by including means in 
the central data processing system for assigning a transmission priority for the 
updates of television schedule data previously transmitted relative to other television 
schedule data. 

In a further aspect of the invention, a method in a television schedule 
25 infofination transmission system includes establishing a relative priority for 

transmission of the television schedule information between updates of originally 
transmitted television schedule infcKmation and originally transmitted schedule 
information. The television schedule tnfcxmation is transmitted in accoixlance with 
the relative priaity. At least some of the transmitted television schedule infonnation 
30 is received at a subscriber data processing system. 

In yet another aspect of the invention, a television schedule information 
transmission system includes a central data processing system for a predetermined 
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teniiory having means for transmitting television schedule data for the predetermined 
territory and a plurality of subscriber data processing systems in the predetermined 
territory. Each of the plurality of subscriber data processing systems includes a 
i^ceiver for television schedule data. A memory for storing television schedule data 
is coupled to the receiver. The system is improved by including means in the central 
data processing system for identifying the transmitted television schedule data by 
time relative to otiier transmitted television schedule data. Means in the subscriber 
data processing system determines if television schedule data received by the 
subscriber data processing system has a time identification later than a time 
identification of television schedule data stored in the memory. 

In yet a further aspect of the invention, a metiiod in a television schedule 
transmission system includes transmitting television schedule data with an 
identification of the transmitted television schedule data by time relative to other 
transmitted television schedule data. The transmitted television schedule data is 
received with a subscriber data processing system. The television schedule data is 
stored in a memory of die subscriber data processing system. Television schedule 
data is subsequently supplied including an identification by time relative to odier 
television schedule data. The identification by time of the subsequently suppUed 
television schedule data is compared with the identificatiwi by time of the television 
schedule data stored in the memory. The stored television schedule data is replaced 
with the subsequently supplied television schedule data if the identification by time 
of the subsequently supplied television schedule data is later than die identification 
by time of the stoicd television schedule data. The stored television schedule data is 
maintained in Ac memwy if the identification by time of the stored television 
schedule data is later than die identification by time of the subsequently supplied 
television schedule data. 

In still another aspect of the invention, a television schedule infwmatiop. 
transmission system includes a central data processing system for a predetermined 
territory having means for transmitting television schedule data fw the predetermmed 
territory and a plurality erf subscriber data processing systems in die predetermined 
territory. Each of the plurality of subscriber data processing systems includes a 
receiver for television schedule data. A memory for storing television schedule data 
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is coupled to the receiver The system is improved by including means in the central 
data processing system for encrypting a selected portion of the television schedule 
data required by the subscriber data processing system to assemble a television 
schedule for display. Means in the subscriber data processing system decrypts the 
5 selected portion of the television schedule data. 

In a still further aspect of the invention, a method in a television schedule 
transmission system includes selectively encrypting a portion of television schedule 
data necessary to assemble a television schedule for display. The television schedule 
data including the encrypted portion is transmitted. The television schedule data is 

10 received in a subscriber data processing system. The encrypted portion of the 
television schedule data is decrypted. The television schedule data, including the 
now decrypted portion, is used to assemble a television schedule for display. 

In another aspect of the invention, a television schedule infonnation 
transmission system includes a central data processing system for a predetermined 

1 5 territory having means for transmitting television schedule data for the predetermined 
territory and a plurality of subscriber data processing systems in the predetermined 
territory. Each of the plurality of subscriber data processing systems includes a 
receiver for televisicHi schedule data. A memory for storing television schedule data 
is coupled to the receiver. The system is improved by including a real time clock in 

20 the central data processing system for establishing a single system time foe the 

transmission system. The means for transn^tting television schedule data includes 
means for transmitting the single system time. The receiver includes means for 
receiving the single system time. The menx)ry has a stored value fw calculating 
local real time firtxn the single system time. 

25 In a further aspect of the invention, a method in a television schedule 

transmission system includes establishing a single system tiime related to real time. 
The single system time is transmitted to a subscriber data processing system. 
Television schedule data expressed in the single system tinac is transmitted to the 
subscriber data processing system. A value is provided to the subscriber data 

30 processing system for calculating local real time fttwn the single system time. Local 
times are calculated for a television schedule from the schedule data expressed in the 
single system rime using the value. 
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In still another aspect of the invention, a television schedule information 
transmission system includes a central data processing system for a predetermined 
territory having means for transniitting television schedule data for the predetermined 
territory and a plurality of subscriber data processing systems in the predetermined 
5 territory. Each of the plurality of subscriber data processing systems includes a 
receiver for television schedule data. A memory for storing television schedule data 
is coupled to the receiver. The system is improved by having the means for 
transmitting television schedule data configured to transmit the television schedule 
data as a show list for each day in the television schedule. The subscriber data 
10 processing system is configured to maintain show lists for a rolling window 
comprising a plurality of days extending fix>m present time into future time. 

In a still further aspect of the invention, a method in a television schedule 
inforaiation transmission system includes transmitting television schedule data as a 
show list for each day in the television schedule. Show lists are maintained for a 
15 rolling window conqjrising a plurality of days extending from present time into 
future time. 

In yet another aspect of the invention, a television schedule information 
transmission system includes a central data processing system for a predetermined 
territory having means for transmitting television schedule data for the predetermined 

20 territory and a plurality of subscriber data processing systems in the predetermined 
territory. Each of said plurality of subscriber data processing systems includes a 
receiver for television schedule data* A memory for storing television schedule data 
is coupled to the receiver. The system is improved by having the subscriber data 
processing systems configured to store the television schedule data in compressed 

25 fonn in the tnemory. A read only memory in the data processing system st<»-es fixed 
text for the system. The fixed text is stwed in said read only memory in compressed 
form. 

In yet a further aspect of the invention, a method in a television schedule 
infomiation transmission system includes storing television schedule data in 
30 compressed form in a memory of the system. Fixed text for the system is stored in a 
read only n>emory, also in compressed form. 
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The attainment of the foregoing and related objects, advantages and features 
of the invention should be more readily apparent to those skilled in the an, after 
review of the following more detailed description of the invention, taken together 
with the drawings, in which: 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figures 1-5 are block diagrams of television schedule information 
transmission and utilization systems in accordance with the invention. 

Appendix A attached to and forming a part of this application contains more 
10 detailed block diagrams of portions of the television schedule information, 
transmission and utilization systems of Figures 1-5. 

Figures 6-25 are schematic representations of message fcatnats used in the ^ 
systems of Figures 1-5. 

Figures 26-60 are schematic representations of data structures, flow charts 
15 and display formats used in the systems of Figures 1-5. 

DETAILED DESCRIPTION OF THE INVENTION 

Turning now to the drawings, more particularly to Figures 1-4, there is 
shown television schedule information transmission and utilization systems 50A- 

20 500. The systems 50A-50D transmit TV schedule data and associated netwcaic 
control messages as packets via the Video Blanking Interval (VBI) lines in the TV 
signal from various television program providers 51, such as PBS, MTV or 
Showtime. This data is acquired by StarSight Subscriber Units 52 and used to 
construct an internal database. This internal database can be accessed by the 

25 Subscriber Unit 52 to display a TV schedule for the channels that arc received by the 
user's TV. 

Since access to the network systems 50A-50D is via a subscription service, 
certain messages are encrypted by a security computer 53 to prevent access by 
nonsubscribers. Essentially any encryption system can be used with the invention, 
30 but an encryption system as disclosed in U,S. Patents 4,531,020 and 4,531,021 is 
preferred. 
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Packets contain error detection information and system overhead bytes for 
finding the head of a packet. The information embedded in a Packet is termed a 
Message. Messages consist of one or more Commands. There are various types of 
Commands, each type distinguished by a unique code number. Commands contain 
5 the different types of information necessary to construct and maintain a TV schedule 
database, time markers, and user authorization information. 

The systems 50A-50D are data networks that deliver specially formatted data 
to subscribers 52 located throughout the USA. This data is used to build an "on 
screen program guide" that enables the system subscribers to interactively view 

10 television program listings on their TV screen. The information for this network is 
derived from a database that is built by a computer program mnning on a UNDC^ 
computer 54. To build this database a data provider (DP) 56 is required to supply the 
computer 54 with program listing files called Show list files. 

The Show list files are transferred electronically to the file system in 

1 5 computer 54 through a router cc«inected to the DFs Ethernet and a digital leased line 
58, using the standard TCP/IP program, FTP, or other file transfer protocol 
standard mutually agreed upon. The files may require compression, due to the bulk 
of data being transferred, using a mutually agreed upon data con5)rcssion algorithm 
compatible with the file system in computer 54. The operating speed of the 

20 leased line 58 will be sufficient to transfer all data files in a reasonable length of 
time. 

The files are transferred to the computer 54 on a daily basis 7 days a week, 
with the file transfer completed by 0800 hours PST. The daily file transfer will be 
into the home directory corresponding to the login nanie used to perform the file 
25 transfer. 

The "Main" file download to the computer 54 will always be for the date 12 
days into the future. Thus if today is the 10th, toda/s data download would be for 
start times beginning at 0000 hours GMT on the 22nd. 

Since the data files are sent on a daily basis some mechanism must be in 
30 place to allow for the updating of a program listing that has already been transferred 
This is accomplished via die Update" file. An Update file contains records of all 
changes that have been made since the last Update file was produced, which nxxiify 
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any of the data for any date which is still "active"* An "active" date is defined as the 
dates beginning with today's date, and spanning the 1 1 days following (that is, all 
dates from today to the date covered by today's "Main" file, but not including that 
date. 

5 Last minute schedule changes require "Flash Updates", which provide a 

"Flash Update" file within 5 minutes after entry of any change. Such files "trickle" 
across the leased line 58 to the computer 54 throughout the day. 

Details of the subscriber units 52 are provided in Figure 5. The following 
description is in terms of a subscriber unit 52 for a TV Receive Only (TVRO) system 

10 (see also Figure 4). With appropriate modifications, the subscriber unit 52 can also 
be incorporated in a cable decoder box for use with cable systenis. The subscriber 
unit can also be built into televisions or VCRs or provided as a separate stand alone, 
unit, ' 

This description is fof the electronic hardware of die StarSighi Telecast 

15 "TVRO Subscriber Unit" 52, TVRO customers are people who have home satellite 
dishes fOT television viewing. TVRO stands for ^TV Receive Only". The TVRO 
Subscriber Unit 52 will hook up to the customers TVRO Satellite system and will 
enable the customer to subscribe to StarSight's Electronic t*rogram Guide Service. 
The TVRO Subscriber Unit 52 is a fully self contained, separate unit, that is installed 

20 in series with the existing customer TVRO equipment 

The Subscriber Unit receives Baseband Video from die customer TVRO 
system. The Program guide display screens are merged with the custooier video in 
the Subscriber Unit The custonwr has the options of Baseband Video out or 
Channel 3/4 RFouL 

25 The Subscriber Unit formats and displays TV program schedule infcnmation 

in real time, ovcriaid on top of the TV viewing screen. The TV schedule infonmtion 
is transmitted in one of the Vertical Blanking Interval (VBD lines of a conventional 
TV broadcast. The Subscriber Unit stores this information in local on board 
memory. The information is displayed in the fcKm of a "Grid Guide" on the TV 

30 screen when the customer presses a button on the remote controL 

The Subscriber Unit 52 consists of the following sub-sections: 
• Inexpensive 8 bit Microprocessor 1(X). 

STAR-OO5/0OUS 



-16- 



64K Bytes of code ROM 101. 

5 1 2K of RAM 102 for program data storage. 

• Custom gate array 103. 

• Segmented Base Registers 104 for fast memory data manipulation, 

• Security logic 106 for decoding incoming encrypted data. 
Serial "I.M." Bus 108 for display controller interface. 

• Serial ''StarSight" Bus 1 10 for inter processor communications, (ISB) 
Watchdog timer 112 for error recovery. 

IR input 113. 

• Infrared Receiver circuits 1 14. 

• Infrared Transmitter circuits 1 16 for TV, VCR control. 
IR output 117. 

CRC-32 encoding and decoding logic 118. 

• On board power supply 120. 

• Power down RAM data retention 122, 
Video Input 123. 

On Screen Display Controller and Formatter 124, 

• Custom Color Converter 126 for overlay display. 
RF Modulator 127. 

Choice of Baseband Video or RF outputs 128 or 130. 

The hean of the TVRO Subscriber Unit 52 is an "8032, 8 bit 
Microprocessor" 100. This micrqprocessca- controls all sections of the Subscriber 
Unit A brief description of this processor will be given for reference. For more 
detail, refer to the 8032 data books from Intel or Signetics. 

The 8032 has an 8 bit Data Bus and a 16 bit Address Bus- The upper 8 bits 
of the address bus are always present. The lower 8 bits of the Address Bus arc time 
multiplexed with the Data Bus and an External Address Latch is required to 
de-multiplex this bus. This latch is located inside of the DBE 1200 Gate Array 103. 
The 8032 has two address spaces, the "CODE" space and the "DATA" space. The 
DATA space is further divided into die RAM Memcxy area and the I/O area, 

"CODE" refers to any access to Program ROM, The Program CODE space 
is 64K bytes long and the 8032 can only "READ" from this space. All Code access 
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uses the TSEN" (Program Store ENable) line. The -WR and -RD lines do not 
assert during CODE accesses. -t-ALE is the control signal used to de-multiplex the 
Address Bus, The falling edge of +ALE will latch the lower 8 bits of the address. 
-PSEN will then assert to start the ROM read. The current design has the EPROM 
5 -CS line always tied to ground. This makes the EPROM "OE ACCESS" time the 
determining spec for ROM reads. By today's standards, this micropiwessor bus 
timing is very slow and this allows for the use of inexpensive ROMs. 

"DATA" refers to any access to external RAM 102, Special additional 
hardware has been added to the TVRO Subscriber Unit so that the DATA area can 

10 extend past the 64K addressing limit This is done via segmenting "BASE 

REGISTERS" 104 and wUl be discussed later. The 8032 -RD strobe will assert fa- 
RAM Data Reads and the -WR strobe will assert for RAM Data Writes. PSEN wilfc 
not assert during Data accesses. The RAM Data accesses can only take place via the 
"MOVX" instruction. No other 8032 instruction will cause -RD or -WR to assert 

15 Once again, +ALE is used to latch the address, then -RD or -WR will assert to stan 
the data transfer. Read data must be valid just before -RD negates* The Write data 
is valid the entire time that -WR is asserted. 

Along with the RAM Data Space, there is also a "64K I/O SPACE", This 
I/O space occupies the same first 64K segment as the DATA RAM* There is a signal 

20 called +DRAM_ENABLE that is used to determine which area will be accessed. 
The I/O space is where the system control registers are located There are 18 write 
registers and 13 read registers- These registers arc used to control the various 
subsystems in the Subscriber Unit Features like clock frequency selection^ serial 
bus control, LR, status and control, etc., arc all controlled through this register 

25 set There are other control registers located in the peripheral chips. The 8032 uses 
two serial Busses to conununicate and control these peripheral chips. The "IM 
BUS" 108 is a 3 wire serial bus used to talk to the transaction processing unit (TPU 
2740) 124. The TPU 2740 collects the incoming VBI dau and also fcxtnats and 
displays the various StarSight overlay screens. 

30 The Software Serial Bus 1 10 is used to talk to the Security Microprocessor 

106 and also to the IR Blaster Chip 1 16, This is a two wire bus with a unique serial 
timing protocol 
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The first 64K of 8032 Address Space has three separate overlapping 
functions. 

1 . If -PSEN asserted, then the CODE ROM will be accessed, 

2. If +DRAM_ENABLE = logic '0\ then the I/O registers will be accessed, 

5 3. If +DRAM_ENABLE = logic ' 1', then the first 64K of RAM will be accessed. 
The area above 64K is always RAM and the total length is 512K bytes* 
8032 SIGNAL SUMMARY 

Table I summarizes the input and output signals of the 8032 microprocessor: 



Signal Name 


FUNCTION 


Direction 


+ALE 


Latches the low 8 bits of the Address Bus. 


Ou^ut 


-PSEN 


Enables Op-Code read fetches from ROM, 


Output 


-WR 


Asserts to Write to external DATA RAM 


Output 


-RD 


Asserts to Read from external DATA RAM 


Output 


-INTO 


Interrupt 0-Indicates the ISB circuit requesting service. Input 


-INTl 


Interruptl - Indicates that power is about to fail. 


Input 


PORTO 


8 bit Multiplexed 8032 Data and Address Bus. 


vo 


PORTl 


Various system control bits. 


vo 


PORT 2 


Upper 8 bits of the Address Bus 


Output 


PORT 3 


8032 control bits. 


VO 



20 T m^i 

Base Register Description 

The 8032 Data Address space is only 64K bytes long. The TVRO 
Subscriber Unit however, is required to store more than 64K bytes of TV program 
data. The "READ and WRITE BASE REGISTERS" allow the 8032 to access 
25 additional metnory above the 64K limit 

The 8032 uses an internal 16 bit register called the "Data Pointer Register" 
(DPTR) to hold the address of the external DATA location. The Base Registers 
(located in the DBE 1200 Gate Array) hold another 16 bit value that is added to the 
Data Pointer value to form the actual RAM address. The Base Register contents is 
30 shifted 4 bits left with respect to the Data Pointer so that the RAM address beconies 
20 bits long. 20 bits allows for a 1 Megabyte total Data RAM size. 
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The 8032 can access any 64K byte chunk of the external RAM starting at the address 
written in the Base Registers. (Since the base register is shifted 4 bits left, the 8032 
can access any 64K byte segment starting on even 16 byte boundaries.) 
There are two base registers so that Memory Block Moves can be performed 
5 quickly. It would be very slow and cumbersome to the software if the value of the 
DPTR had to be changed for each read and then changed again before a write during 
block moves. The dual Base Registers allow you to put the starting address of the 
Read (Source) Block into the Read Base Register, and the starting address of the 
Write (Destination) block into the Write Base Register. A software loop can then be 

10 written that does a read followed by a write to the same DPTR address. The DPTR 
is then incremented and the process repeated. This allows software to quickly move 
blocks of Data anywhere in external RAM. •= 
A provision has also been added to quickly disable the Base Registers. The 
signal +ENABLE_B ASE will force the ou^uts of both Base Registers to all zeros, 

15 This is done without altering the contents of the Base Registers. This feature 

provides a quick method of accessing the first 64K segment of RAM. Both RAM 
Reads and Writes will go to the same location. Processor related data will be stored 
in the first 64K segment (Register Images, Software Counter Values, System 
Parameters etc.,,). The upper segments axe used to store TV program information. 

20 Table II below tries to show how the DPTR is added to the Base Register to 

form the 20 bit RAM address. 

Note: Base Reg shifted 4 bits left with 
respect to Address bus. 
BascRcg 15 14 13 12 11 10 9 8 7654 3210 

25 +8032Addr 15 14 13 12 11 10 9 8 7654 32 1 0 

=20bitAddr 19 18 17 16 15 14 13 12 11 10 9 8 7 65 4 32 1 0 

4-DRAM_EN must = I to access the external memory area 

Table n 

As an exan^lc: 
30 The READ BASE REGISTER is set to 0001 Hex. 
The WRITE BASE REGISTER is set to 1080 Hex. 
The Data Pointer (DPTR) is set to 382A Hex. 
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An 8032 Read (MOVX A,@DPTR), will access address 0383A Hex (note: 20 
bits!). 

An 8032 Write (MOVX @DPTR, A), will access address 1403 A Hex (note: 20 
bits!), 

5 +DRAM_EN must = 0 to access the I/O area, 
DATA RAM DESCRIPTION 

As previously nientioned, the DATA RAM 102 stores the TV program guide 
information. This RAM is currendy available in 3 sizes, 128K bytes, 256K bytes or 
512K bytes. The TVRO product uses 5 12K bytes. The Data RAM uses 'TSRAM" 
10 chips. "PS" stands for Pseudo Static. The PS RAM is a standard DRAM that has 
been packaged with STATIC RAM pinouts. Extra logic is added so that DRAM 
refreshes are simplified. These PSRAMs also have a power down data retendon * 
feature that works down to 3 Volts. 

There are four modes of PS RAM operation in this producL They arc: 
15 1. Sequence Up Mode. 

2. Normal Data Transfer Mode. 

3. Sequence Down Mode, 

4. Power Down Data Retention Mode. 

There are two sizes of PS RAM that can be used in this design. The 128K by 
20 8 chip or the 51 2K by 8 chip. There is a provision to use two of the 128K by 8 
parts to obtain 256K bytes of total nicmory. 

These two parts have slightly different pin outs and opcmc in slightly 
different methods. Circuitry has been added to conipcnsate for these differences. 
TTicrc is a bit called +512KRAM that must be set by the software depending on 
25 which chip is used. 

Also the PSRAMs must go through a "Sequence Up" state after power on 
and a "Sequence Down" state just prior to power off. 
PSRAM OPERATION (Sequence Up Operation) 

After initial power up, the PSRAMs must be "SEQUENCED UP" before 
30 any reads or writes can be done. The Sequence Up procedure is slighdy different 
for 128K and 5 12K parts. This procedure was added to insure that logic and timing 
specifications of the PSRAM are maintained when the PSRAMs are in the power 
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down data retention mode. There is a provision to use a large Capacitor or a Battery 
to keep the PSRAMs powered up when the system power is lost 
In order to preserve PSRAM data when the power is off, certain of the PSRAM 
inputs must be held in a known logic state. On top of this, these pins must follow 
5 defined timing constraints when they are put into the known logic states. The pins 
and logic levels are different for the 128K and the 512K pans. 
For the 128K parts: 

+Chip_EnabIe2 (Pin 30) and -REFRESH (Pin 1) must both be held at logic '0' 
when the power is removed to insure data retention. When going from data retention 
10 mode to normal operation, -REFRESH (Pin I) must go high at least 225nS before 
-fCHIP.ENABLE (Pin 30) goes high. 
For the 51 2K parts: 

-Chip.Enable (Pin 22) must be held at logic 'V and -OE/-REFRESH (Pin 24) must 
be held at logic *0' when the power is removed to insure data retention. When going 

15 from data retention mode to normal operation, -Chip_Enable (Pin 22) must go high 
at least 50nS before -OE/-REFRESH (Pin 24) goes high. 

There is also a timing constraint as to how soon after normal PSRAM 
REFRESH the above sequences can occur. The Sequence Up logic in the DBE 
1200 Gate Array controls the above timing. After a Power On Reset (POR) 

20 sequence is finished, the Microprocessor toggles a bit called +SEQUENCE_UP 
[Wr Addr 7400Hcx, bit 5]. (Be sure to always return this bit to logic V*). 
Toggling the +SEQUENCE„UP bit will start the Sequence Up Stale Machine. This 
State Machine will wait fcM- the end of the next n<xmal Refinesh Pulse and then it wiU 
remove Ac forced logic levels using the correct timing as mentioned above. The 

25 refresh pulses occur about every 1 luS and the Sequence Up process takes about 

luS, Software should wait at least 15uS from the time that +SEQUENCE„UP is set 
till when the first PSRAM access is attempted, 
PSRAM OPERATION (Normal Operation) 

Normal PSRAM (^ration is very straightforward Refreshes are automatic 

30 and transparent to the microprocessor The PSRAM must be Refreshed at least once 
every 15uS. The Refresh address is generated inside the PSRAM and is transparent 
to the user. In order to do a Refresh, the Refresh pin on the PSRAM must be held 
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low for a minimum time. For ease of circuit design, the Refresh Request is 
generated by the internal clock divided by 256, With a 24MHz clock, this happens 
about every 10,7uS, 

The Refresh Pulse to the PSRAM chip must not occur at the same time as a 
5 PSRAM read or write access. Since the Refresh Request and any PSRAM access 
are asynchronous, the -PSEN line is used to start a Refresh. When the Refresh 
Request is detected, the Refresh circuit waits until the next -PSEN falling edge. 
-PSEN falls at the beginning of a CODE access to ROM. CODE accesses to ROM 
happen all the time as the 8032 fetches OP-CODES, During this time, it is 

10 impossible for the 8032 to access PSRAM, The Refresh is very fast and it will be 
finished before the -PSEN CODE fetch is complete, 

CAUTION: This system must have -PSEN toggling in order to refresh 
PSRAM, In normal operation this will happen all of the dnie. Be careful if you use 
an 8032 emulator The refreshes will stc^ if you ever break aiKi stop the emulator 

15 Most emulators have an option to insure that -PSEN still asserts even when an 
emulator breakpoint occurs, 
PSRAM OPERATION (Sequence Down Operation) 

Sequence Down is the opposite of Sequence Up. The system has an "Early 
Warning Power Fail Detector" that will interrupt the 8032 before the supply voltage 

20 starts to <kop. The 8032 responds to this interrupt by saving any critical PSRAM 
data and then asserting the +SEQUENCE.DOWN bit Sequence Down will force 
the PSRAM critical inputs to their correct state and will do so insuring that the timing 
specification is maintained. The Sequence Down logic will not start until the end of 
the next Refresh to insure proper timing. The SEQUENCE DOWN rules are shown 

25 below. 

For the 128K parts: 

+Chip,Enable2 (Pin 30) must go to logic '0' at least 60nS before -REFRESH (Pin 
1) is forced to logic *0*. After the power dies, external components should hold 
these lines at logic as the gate array outputs will be undefined 
30 For the 5 12K parts: 

-Chip.Enable (Pin 22) must be forced to logic *r at least 50nS before 
-OE/-REFRESH (Pin 24) is forced to logic '0\ 
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PSRAM OPERATION (Power Down Data Retention) 

As long as the critical input pins arc held at their power down levels (See 
Above) and the voltage to the PS RAM chips stays above 3.0 Volts, the data will be 
retained. 

5 PSRAM POWER DOWN LATCH 

There is a very low current J-K Flip Hop that is powered by the same 
backup capacitor that powers the PSRAMs. This flip flop lets the software know if 
the voltage dropped below the minimum voltage specification during a power off 
period. 

10 At initial power on, this latch should power up to logic *0'. The 

microprocessor can read the state of this latch on the +RAMV_OK line. If the latch 
is V\ then it should be assumed that the voltage dropped below the PSRAM 
minimum data retention specification and all RAM data is invalid If the laich = ' l\ 
then the PSRAM data is still valid from before the power down. 

1 5 If 4-RAMV_OK is logic '0', then the microprocessor can set it to logic ' 1 ' 

after self test diagnostics pass. Once this latch is set to logic ' IMt will stay set until 
tile PSRAM Vdd Voltage drops below about 3. 1 Volts. 
Five conditions are necessary to set this latch. 

1 . The PSRAM voltage must be greater than 3. 1 Volts. (This releases the J-K Flip 
20 Flop Reset Pin). 

2. The PCB +5 Volt supply must be greater than about 4.5 Volts, (This releases 
system POR), 

3. The -ENBLAT line must be set to logic '0*. 

4. The +BANDO line must be set to logic T. 

25 5. The +LAT_CLK line must be toggled to logic V and then to logic ' W 

The -ENBLAT and +LAT_CLK lines arc driven by 8032 microprocessor 
PORT pins. These pins will be initialized to logic *r by 8032 hardware at POR 
time. The +BANDO line comes from the DBE 1200 gate array and is reset to logic 
'0' at POR time. 

30 By requiring all of these conditions, it is hoped that the latch will not be able 

to be set by spurious noise glitches at power up. It would not be a bad idea to have 
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checksum locations in PSRAM to verify that the data is valid if the latch reads a logic 
T. (Just in case the latch can be set by a noise glitch.) 

The MC14xxx series CMOS devices were chosen for the latch circuit 
because this family guaranteed very low worst case current drain. 
5 DBE 1200 GATE ARRAY 103 

The Gate Array 103 is packaged in an 84 pin PLCC package. The Gate 
Array terminology is slightly different firom the PCB lenninology. The PCB uses 
in front of a signal name to indicate "active high". The Gate Array dropped the 
and just uses the signal name when the signal is "active high". The PCB uses 
10 in front of a signal name to indicate "active low". The Gate Array adds the letter 
"X" in front of a signal name when it is "active low". 

The following abbreviations for addresses and bits will be used -= 
(6000W.5) = Write Address 6000 hex, bit 5, 
(6C00R.3) = Read Address 6C00 hex, bit 3, 
15 ADDRESS DECODING 

The-addFess. der ode rs aB Litbotf^ n on page s 1 an d- »uf Append i x A : 74F138 type 1 
of 8 decoders are used with the 8032 -RD or -WR strobe used for an enable. The 
outputs of the 74F138 will be valid only when the proper address is written or read. 
The following tables show the Write and Read addresses that are decoded 
20 The page number refers to the page of the Gate Array scheniatic of Appendix A that 
the register can be found on. The "Gate Array Name" is the name of the decoded 
signal on the schematic. Table III below shows the I/O Write register decodes and 
Table IV shows the I/O read register decodes, 
+DRAM.EN must = 0 to access these registers, 
25 WRITE Pg WRITE Gate Array 

ADDRESS REGISTER ACCESSED Name 

8032 PORT 1 X VARIOUS OUTPUT CONTROL BITS 
8032 PORT 3 X VARIOUS CONTROL AND I/O BITS 
OOOOH 3 READ_BASE,REGISTER.LOW XRBASELO 

30 0400H 3 READ^BASE_REGISTER.HIGH XRBASEHI 

0800H 3 WRITE_BASE.REGISTER.LOW XWBASELO 

OCOOH 3 WRITE_BASE„REGISTER.HIGH XWBASEHI 
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lOOOH 


10 


PWM_CONTROL_REGISTER_LOW 


XPWM_LO 




1400H 


10 


PWM_CONTROL_REGISTER_HI 


XPWM_HI 




2000H 


12 


I.M. BUS ADDRESS REGISTER 


XL_IM_AD 




2400H 


12 


I.M. WRITE DATA 1 REGISTER 


XL_IM_D1 


5 


2800H 


12 


LM. WRITE DATA 2 REGISTER 


XL_IM_D2 




2C00H 


12 


I.M. BUS START TRANSFER REGISTER XSTRT_IM 




3000H 


9 


IM BUS CONTROL REGISTER 


XIM_CTRL 




3C00H 


9 


SECURITY CHIP CLOCK FREQ REGISTER XCLK_REC 




6000H 


9 


OUTPUT CONTROL REGISTER 


XCNTRL_1 


10 


6400H 


13 


REFRESH WATCHDOG REGISTER 


XWDOG.CS 




6800H 


18 


CRC-32 DATA REGISTER 


XWR_CRC 




6C00H 


29 


ISB CONTROL REGISTER 


XISBCTRL . 




7000H 


24 


ISB TRANSMIT DATA REGISTER 


XISBXM1T 




7400H 


31 


RAM SEQUENCE AND GATE ARRAY 


XWR_TEST 


15 






TEST REGISTER 










TABLE m 8032 I/O WRITE REGISTERS 






READ 


Pg 


READ 


Gate Array 




ADDRESS 




REGISTER ACCESSED 


Name 


20 


0400H 


31 


READ TEST MULTIPLEXER REGISTER 


XRD.MUX 




0800H 


5 


LR. RECEIVE DATA REGISTER 


XIRR_REG 




OCOOH 


6 


ISB INTERRUPT STATUS REGISTER 


XRD_STAT 




lOOOH 


12 


LM READ DATA BYTE # 1 


XRD_BYTl 




1400H 


12 


LM. READ DATA BYTE # 2 


XRD_BYT2 


25 


1800H 


6 


LM. STATUS AND CHIP I.D. REGISTER XSW_LO 




lOOOH 


6 


LR. RECEIVER STATUS REGISTER 


XSW.HI 




6800H 


24 


ISB RECEIVE DATA REGISTER 


XRRECREG 




6C00H 


29 


ISB STATUS REGISTER 2 


XISB_ST2 




7000H 


16 


CRC-32 READ REGISTER 3 


XRDCRC3 


30 


7400H 


16 


CRC-32 READ REGISTER 2 


XRDCRC2 




7800H 


17 


CRC-32 READ REGISTER I 


XRDCRCl 




7aX)H 


17 


CRC-32 READ REGISTER 0 


XRDCRCO 
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TABLE IV 8032 t/O READ REGISTERS 



PSRAM CONTROL 

The PSRAM Control logic is shown on Page 2 of Appendix A. This logic 
5 consists of simple gates that route the control signals to their proper pins depending 
on the mode the chip is in. The chip has two memory size modes, 128K and 512K, 
There is also a Sequence Up mode and Sequence Down mode. 
PSRAM CONTROL SIGNALS 
XRFSH_18 (-ReFreSH or address_bit_18) 
10 This is a dual purpose signal that should be tied to pin 1 of the PSRAM 

chips. When Sequenced Up, this signal is mode dependent 

In 128K mode, the -REFRESH signal is routed to this pin. 

In 512K mode. Bit 18 from the Address Mux is routed to this pin. 
When Sequenced Down, this signal is forced to logic "0". 
15 XRAM.OEO (-RAM Output Enable 0) 

This is a dual purpose signal that should be tied to pin 24 of the lower 
PSRAM chip. When Sequenced Up, this signal is mode dependent. 

In 128K mode, this is the PSRAM read output enable line for the lower 
128K PSRAM chip. It can only assert (active low) if the address is to tlw lower 
20 1 28K and the 8032 -RD Une asserts. 

In 512K nxxle, this is the PSRAM read output enable AND the Refresh 
input If this signal asserts by itself, then a refi^sh happens. If it asserts along with 
the -Chip Select pin, then a PSRAM read takes place. 
When Sequenced Down, this signal is forced to logic "0". 
25 XRAM.WEO (-RAM Write Enable 0) 

This signal should tie to pin 29 of the low order PSRAM chip. A PSRAM 
write win be done when this signal asserts along with a valid chip select When 
Sequenced Up, this signal is the Write Enable to the PSRAMs in bodii modes. 
When Sequenced Etown, this signal is a don't care. 
30 XRAM_OEl (-RAM Output Enable 1) 

This is a dual purpose signal that should be tied to pin 24 of the upper 
PSRAM chip. When Sequenced Up, this signal is the Output Enable control for 
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rcads from the upper PS RAM chip in 128K mode. This signal is not used in 512K 
mode as there is no upper chip installed. When Sequenced Down, this signal is a 
don't care. 

XRAM.WEl (-RAM Write Enable 1) 
5 This signal should tie to pin 29 of the high order PSRAM chip. A PSRAM 

write will be done when this signal asserts along with a valid chip select When 
Sequenced Up, this signal is the Write Enable to the upper PSRAM in 128K mode. 
(Note: The current design does not use an "upper" chip in 512K mode.) When 
Sequenced Down, this signal is a don't care. 
10 XCEl (-Chip Enable 1) 

This is a dual purpose signal that should be tied to pin 22 of the PSRAM 
chips. When Sequenced Up, this signal enables the PSRAM chips to read and write 
in both modes. When Sequenced Etown, this signal is forced to logic "1". The 
5 12K PSRAM chip requires this line to be forced to logic "I" during power down 
15 data retention mode. This line is a don't care on 128K PSRAMs, 
CE2__A 17 (+Chip Enable 2 or Address^it^l?) 

This is a dual purpose signal that should be tied to pin 30 of the PSRAM 
chips. When Sequenced Up, this signal is mode dependent 

In 128K oKxk, this signal is tied to +Chip Enable and it is always logic "1". 
20 In 5 12K mode. Bit 17 from the Address Mux is routed to this pin, 

XWRSTROB (- WRitc STROBe) 

During write, this is a shorter version of the 8032 write strobe. 
XWRSTROB is Ac timing signal used to write to PSRAMS, Data is written to 
PSRAM at Ac rising edge of XWRSTROB. This rising edge hits bcfwe the rising 
25 edge of the 8032 -WR to insure that any PSRAM data hold times arc met 
BASE REGISTERS AND ADDRESS MULTIPLEXER 

Pages 3 and 4 of the Gate Array schematics in Appendix A show the Base 
Registers and the PSRAM address Multiplexer. Sec above for a description of the 
Base Register functions. This section will deal with the circuitry, 
30 The Base Registers arc shown at the left of Page 2. The outputs of these 

registers pass through "AND" gates before going into the Adders, The AND gates 
allow the base register outputs to be quickly forced to all zeros at the Adder inputs* 
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The outputs of the Adders feed over to the MUX. This MUX places the 
results of the READ ADDERS on the PSRAM address pins most of the time by 
defauh. There is no way to know that the 8032 is going to do a write until the -WR 
strobe asserts. When -WR asserts, a flip flop switches the MUX over to the 
5 WRITE ADDER output. The read adder was chosen for the default value because 
RAM reads take a litde longer than writes. The dual adders are there so that die 
write address is suble as soon as the -WR strobe asserts. 
LR. RECEIVE CIRCUIT 

The LR. Receive circuit has various modes of operation depending on 
10 whether the butt<xi on the remote is released or if it is continuously held down. This 
circuit is on page 5 of Appendix A. 

When a valid code is clocked into the LR. RECEIVE DATA REGISTER 
(0800R), the +IRR_V AL (IR Receive Valid) bit and the +VALTILRD (VAlid TIL 
RD) bits will set. The +IRR_VAL bit will remain set until the remote button is 
15 released There are 2 ways to clear the +VALTILRD bit, 

1 . Reading the LR. RECEIVE DATA REGISTER will clear +V ALTILRD. 

2, If the remote button is released and then pressed again, then +V ALTILRD will 
clear when the button is re-pressed. 

+IRR,NC a R. RECEIVER NO CHANGE) will set the first time that the 
20 LR. RECEIVE DATA REGISTER is read. It will remain set until the remote button 
is released, 

+IRR_RDY goes high as soon as the remote button is pressed and stays set 
until released 

SECURTTY CLOCK GENERATOR 
25 The Security Clock Generator is at the lower middle of page 9 in Appendix 

A, This is a prpgramnwble clock generatcH- for the Motorola Security Chip. The 

OTginal spec for this clock was 5 MHz. To allow for changing oscillates 

frequencies, diis clock was made programmable. 

Both the high time and the low time of this clock period can be programmed 
30 independently by writing to I/O address 3C00hex. The high time is set with the 

upper nibble while the lower nibble sets the low time. This tin^ie is in multiples of 

the input oscillator frequency. 
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The circuit worics by loading the program nibbles into 74F169 type counters. 
These counters are set up as "down counters" and only one of them will decrement 
at any one time. After one counter reaches zero, the output will toggle, the counter 
will re-load and then the other counter will decrement. The inverters at the output of 
5 the program register set the initial value to "divide-by-7'\ 
I.M. SERIAL BUS CIRCUIT 

The I.M, Bus is used to talk to the TPU 2740 chip. The I.M, bus circuit is shown 
in Figures, Refer to the LM. bus specification for a detailed explanation of this bus. 
Briefly, the I.M. bus is a 3 wire serial communication bus. The 3 lines are called 

10 LM._CLC)CK, LM.,DATA and I,M._IDENTIFY. The DEE 1200 gate array is 
always the LM. Bus Master and therefore always drives the LM.„CLOCK line. 
The I.M,_DATA line is a bi-directional data line (Open Drain with an external pull ^ 
up resistor). The LM,_IDENTIFY line is an output used to identify the "LM, 
Address" and also to terminate the transfer. An "IM BUS WRITE" is a transfer out 

15 of the 8032 to the IM Slave, An "IM BUS READ" is into the 8032 from the IM 
Slave device. 

LM. bus transfers always start with a 1 byte address and then I or 2 bytes of 
data.. A bit called II BYTE (3000W.0) determines how many data bytes to transfer. 
Another bit called WXR^IT (3000W.1) determines if the transfer will be a read or 
20 a write. Page 1 1 of Appendix A shows the LM, counter and control logic and Page 
12 shows the LM. Data Shift Registers, 
LM. CIRCUrr OVERVIEW 

The LM, circuit is operated via the control and data registers. Here is a 
quick summary: 

25 LM. BUS ADDRESS REGISTER {2000W page 12 XL JM.AD) . The 

8032 writes the 8 bit address of the slave device that communication should be 
established with here. This address is latched in the 74HCT273 in Figui^ and is 
transferred to the shift register when the transfer begins. It is not necessary to reload 
this register if the same address is accessed on two successive LM. transfers. The 

30 byte written to this register will always be the first byte written out of the Gate Array 
for all LM. transfers. 
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LM. WRITE DATA 1 REGISTER (2400W page 12 XL_IM_D1) , The 
byte contained in this register will be the 2nd byte shifted out onto the I.M. bus 
during LM. Writes. This register tnust be reloaded after each transfer. 

LM, WRITE DATA 2 REGISTER (2800W page 12 XL_IM_D2) . The 
5 byte contained in this register will be the 3rd byte shifted out during LM. Writes, but 
only if the transfer length is set to 2 bytes. This register must be reloaded after each 
transfer. 

LM. READ DATA BYTE 1 (lOOOR page 12 XRD3YT1) . After a read 
transfer, this register will contain the inconiing data byte. If it is a 1 byte read 
10 transfer, then the data will be in this register. If it is a 2 byte read transfer, then the 
second byte received will be in this register. 

LM. READ DATA BYTE 2 (1400R page 12 XRD JYT2) . After a 2 . 
byte read transfer, this register will contain the first incoming data byte. During a 1 
byte read transfer, the outgoing address will wrap back and end up in this register. 
1 5 This wrap feature can be used for error checking or diagnostics. 

LM. BUS CONTROL REGISTER. (3000W page 9 XIM.CTRL) 
Bit 1 of this register determines whether the transfer is read or write. Bit 0 of this 
register deiennines if 1 or 2 data bytes will be transferred 

LM. BUS START TRANSFER REGISTER. (2C00W page U 
20 XSTRT_IM) Writing any value to this register will start the LM. bus hardware. 

LM. BUS STATUS REGISTER. (1800R page 6 XSW.LO) Bit 7 of this 
register contains the +IM_BUS Y line. This line will be high during the LM. 
transfer. 

LM. CIRCUIT OPERATION 

25 The logic on page 1 1 controls the LM, Bus transfers. The LM, clock (IM_P_CK) 
and the 8032 input oscillator elk (OSC_2) are both derived from the 24MHz 
oscillator. The 8032 docs not specify any timing with respect to the input oscillatOT 
and the timing that is specified is very loose with respca to a 12MHz input clock- 
For this reason, it must be assumed that the Stan Transfer Pulse from the 8032 and 

30 the IM_P_CK arc asynchronous. The first 3 flip flops at the lower left of Figure arc 
used to rc-synchronizc these signals and to stan the LM. transfer. 
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After the transfer is started, the 74F269 counter on page 1 1 will start to count 
up from zero. The EN^IMCK line will allow the IM_P„CK to gate out to the I.M, 
bus clock pin 14. The first 8 clocks will clock out the address and the 
LM.^IDENTBFY line will assert during this time. When the counter reaches a count 
5 of 8, the LM.„IDENTIFY line will negate. 

If an LM. Write is in progress, then the LM,_DATA line will continue to be 
an output for the rest of the transfer. If an LM. Read is in progress, the 
LM._DATA line will switch from an output to an input after the 8th count. The 
transfer will abort after count 16 or count 24 depending on the state of the IIBYTE 
10 (3C00W.0) bit. 

After all of the clocks have completed, the LM._IDENTIFY line will briefly 
pulse low one nrore time to indicate that the transfer is con^lete. During this entire ^ 
time, the IM_BUS Y bit will be asserted and available to the 8032 as status. The 
IM_P_CLK is created by dividing the 24MHz oscillator by 32. This yields a clock 
15 edge at about every 13 uS, A full 24 clock transfer takes about 32 uS, 
WATCHDOG TIMER 

The Watchdog Timer is on page 13 of the Gate Array Schematic, Appendix A. This 
timer can be turned on and off with the bit EN„WDOG (3000W.7). The Watchdog 
is reset in normal operation by writing to address 6400W. The data written to this 

20 address is "don't care". 

The Watchdog timer is 16 bits long and it is clocked by the OSC_256 clock. 
This timer was made out of synchronous counter blocks (I.SCBR) provided by the 
Gate Array vendor. The Watchdog starts at 2fcro and counts up. If it is allowed to 
overflow, then the reset line to the 8032 will assert* The Power on Reset line to the 

25 Gate Array will also assert. The 8032 reset line will assert about 256 clocks befcrc 
the Gate Array PGR internal reset asserts. The 8032 requires that a fixed number of 
clocks be provided while the reset line is asserted in order to pn^riy reset The 
internal Gate Array PGR line completely resets the Watchdog circuit, so it is 
necessary to delay these events for proper 8032 reset timing. 

30 NOTE: The Gate Array internal PGR line completely resets the chip to a known 
state except for the OSC divider clocks on page 9 and the IM Read data registers on 
page 12. 
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CRC 32 POLYNOMIAL CIRCUIT 

The CRC-32 circuit is on pages 15-18 of the Gate Array Schematic. This 
circuit can be used to Check or Generate the CRC-32 Polynomial. This polynomial 
is four bytes long and is used to verify data integrity. 
5 The circuit has two modes of operation, CRC-32 on and CRC-32 off. The 

bit X_EN_XOR (60(X)W.4) determines the mode. When this bit is logic "0", the 
CRC-32 logic is enabled and any data written to the CRC registers will be multiplied 
by the CRC-32 polynomial. When diis bit is logic "1", die CRC-32 polynomial is 
disabled and the data shifts into the CRC-32 registers unaltered. 
10 The circuit consists of four 8 bit Read Data Registers, one Write Data 

Register, the above mentioned control bit and control Ic^c. Here is a summary of 
the registers. 

CRC-32 READ REGISTER 3 (7000R) 

CRC-32 READ REGISTER 2 (7400R) 
15 CRC-32 READ REGISTER 1 (7800R) 

CRC-32 READ REGISTER 0 (7C0OR) 

CRC-32 WRTEE DATA REGISTER (6800W) 

X_EN_XOR Control bit (6000W.4) 

CRC 32 CIRCUIT OPERATION 
20 Data is entered into the CRC circuit one byte at a time. This is done by 

writing the byte to the CRC-32 Write Data Register (6800W). After the 8032 

completes the write, a hardware state machine will take the byte and shift it into the 

CRC circuit. (This shift takes about 1 .5uS if the OSC is at 24MHz.) When aU of 

the bytes have been diifted in, the resultant can be read out of the four CRC-32 Read 
25 Registers. The CRC circuit can be turned off in OTder to inidalize the four registers 

to a known value. 

The CRC-32 Write Data Register is on page 18. This is a parallel in, serial 
out shift register. The end of the 8032 -WR strobe will stan the shift logic in page 
15. This logic will synchronize the shift start to the OSC_2 clock. A 3 bit counter 
30 will count out exactly 8 clocks, dien shut the circuit off. 

The X_EN_XOR bit can be used to initialize the CRC-32 circuit to a known 
value. Some CRC schemes start widi all 32 bits set zero, others start with all bits set 
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to one. When X_EN_XOR is set to logic "1", the CRC-32 circuit Exclusive-OR 
gates are all disabled. This allows the data written to the CRC-32 Write Data 
Register to emsr the CRC-32 flip flop chain unaltered. This feature also allows for 
bleaks in the CRC calculation. When a break occurs, the software could read and 
stoic the data in the four CRC-32 READ REGISTERS. At a later time, this data can 
then be reloaded back into these registers. 
The CRC-32 polynomial is: 

x^32+x^26+x'^23-t-x'^22+x'^l e+x'^ n+x'^ 1 1 +x'^ 10-i-x'^8-i-x'^7+x'^5+x'^4+x^2-t-x+ 1 . 
GATE ARRAY PINOUTS 





Table V shows 


the pinouts for the gate array 


PIN 


PIN NAME 


PIN TYPE 


SPECIAL NOTES 


NO. 








1 


GNDl 


POWER 




2 


VDDl 


POWER 




3 


PRAM_A15 


OUTPUT_2 


drives psram address line 


4 


PRAM_A16 


OUTPlJT_2 


drives psram address line 


5 


PXRFSH18 


OUTPUT_2 


drives psram rfsh in 128K mode, A18 in 








512K mode. 


6 


PTESTOUT 


OUTPUT_2 


TEST OUTPUT 


7 


PBANDl 


OUTPUT_l 


output digital centred bit 


8 


PBANDO 


OUTPUT_l 


output digital control bit 


9 


PIRR_DTA 


INPUT_1 


IR input 


10 


PIRR_CLK 


INPUT.l 


IR input 


11 


PIRR_RDY 


INPUT_1 


IR input 


12 


P_XRESET 


INPUT_1 


SYSTEM POWER ON RESET 


13 


P_IM_DTA 


i/o_i 


IM bus data line, open drain 


14 


PIM_CLK 


OUTPUT_4 


IM bus elk line, output only 


15 


PIM.IDEN 


OUTPUT_4 


IM bus identify line 


16 


PXRAMWEl 


OUTPUT_3 


PSRAM #1 R/W line 


17 


PXRAMWEO OUTPUT_3 


PSRAM #OR/W line 


18 


PRAM_A13 


OUTPUT 2 


drives psram address line 


19 


PRAM_A8 


OUTPUT_2 


drives psram address line 
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OI fTPT fT 9 
yJKJ IrKJ 


unvcs psrain aaurcs»o iinc 






PPAM AO 


Ol TTPT TT 9 


/1T4\/fl>C ■rtCTOm 0/1^lT'l*CC IITI^ 

anvcs p^icLiii oO-urcao iinc 






ONrn9 










vnrr? 






5 


24 


PRAM A5 


OUTPUT 2 


Hrives n^ram address line 




25 


PRAM All 


OUTPUT 2 


drives nsram address line 




26 


PRAM A4 


OUTPUT 2 


drives Dsram address line 




27 


PRAM AlO 


OUTPUT 2 


drives osram address line 




28 


PXRAMOEO 


OUTPUT 3 


PS RAM #0 outDut enable line 


10 


29 


PXRAMOFl 


OUTPUT 1 


PSRAM #1 ontnut enable line 

X OXXJ^ITX TT X V/UVJ^UX VXAAA^XW AAXAVr 




30 


PXCEl 


OUTPUT 3 


PSRAM chio select 




31 


P6805CLK 


OUTPUT 4 


Seciiritv Micro dock 




32 


POSC„2 


OUTPUT 4 


8032 nrdcroorocessor clock 




33 


P„XWR 


INPUT^l 


8032 write strobe 


15 


34 


P_XRD 


INPUT„1 


8032 read strcrf>e 




35 


PXISBINT 


OUTPUT 3 


ISB interrupt line to 8032 




36 


PUPRESET 


OUTPUT_3 


active high reset to 8032 




37 


PDRAM_EN 


INPUT_2 


RAM enaWc bit 




38 


PXENBASE 


INPUT_2 


Base Register enable bit 


20 


39 


P_ADO 


l/0_2 


8032 data bus 




40 


P_AD1 


I/0_2 


8032 data bus 




41 


P_AD2 


l/0_2 


8032 data bus 




42 


P_AD3 


yo_2 


8032 data bus 




43 


GND3 


POWER 




25 


44 


VDD3 


POWER 






45 


P_AD4 


I/0_2 


8032 data bus 




46 


P_AD5 


IA>_2 


8032 data bus 




47 


P_AD6 


IA)_2 


8032 data bus 




48 


P_AD7 


I/0_2 


8032 data bus 


30 


49 


P.ALE 


INPUT.l 


8032 address latch enable 




50 


P.XPSEN 


INPUT_1 


8032 program store enable 




51 


P_AI5 


INPUT_2 


8032 upper address bus bit 
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52 


P_A14 


INPUT_2 


8032 upper address bus bit 




53 


P_A13 


INPUT_2 


8032 upper address bus bit 




54 


P_A12 


INPUT_2 


8032 upper address bus bit 




55 


P_A11 


INPUT_2 


8032 upper address bus bit 


5 


56 


P_A10 


INPUT_2 


8032 upper address bus bit 




57 


P_A9 


INPUT_2 


8032 upper address bus bit 




58 


P_A8 


INPUT_2 


8032 upper address bus bit 




59 


PIR_XCLK 


0UTPUT_4 


2 or 4 MHz elk for IR transmitter 




60 


P_A0 


OUTPUT_3 


detnuMplexed 8032 lower address bus bit 


10 


61 


P_A1 


OUTPUT_3 


demultiplexed 8032 lower address bus bit 




62 


P_A2 


OUTPUT_3 


demultiplexed 8032 lower address bus bit 




63 


P_A3 


0UTPUT_3 


demultiplexed 8032 lower address bus bit 




64 


GND4 


POWER 






65 


VDD4 


POWER 




15 


66 


PXTALl 


OSC INPUT 


external crystal oscillator pin 




67 


PXTAL2 


OSCOUT 


external crystal oscillator pin 




68 


P_A4 


0UTPUT_3 


demultiplexed 8032 lower address bus bit 




69 


P_A5 


OUTPUT_3 


demultiplexed 8032 lower address bus bit 




70 


P_A6 


OUTPUT_3 


demultiplexed 8032 lower address bus bit 


20 


71 


P_A7 


OUTPUT_3 


demultiplexed 8032 lower address bus bit 




72 


PISB.CLK 


i/o_i 


ISB elk line 




73 


PISB_DTA 


VO_l 


ISB data line 




74 


PBAND2 


OUTPUT_l 


output digital control bit 




75 


PI378_IN 


INPUT.l 


divide by 2275 elk input for MC1378 


25 


76 


P13780UT 


OUTPUT_4 


divide by 2275 output for MC1378 




77 


PPWM_OUT 


OUTPUT_4 


Pulse Width Modulator output 




78 


PRF_SEL2 


OUTPUT. 


output digital control bit. 




79 


PRF_SEL1 


OUTPUT. 1 


output digital control tnt 




80 


PRF.SELO 


OUTPUT. 1 


output digital control tnt. 


30 


81 


PRAM_A7 


0UTPUT_2 


drives psram address line 




82 


PRAM_A12 


OUTPUT_2 


drives psram address line 
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83 PCE2_A17 OUTPUT_2 PSRAM CE2 in 128K mode, A17 in 512K 

mode 

84 PRAM_A14 0UTPUT_2 drives psram address line 
OUTPUT_l = 4mA, NORMAL SPEED, (OUTPUT PORT CONTROL BITS) 

5 OUTPUT_2 = 2niA„ SLOW ( lOnS) RISE AND FALL TIMES. (PSRAM 
ADDRESS OUTPUTS) 

OUTPUT_3 = 2mA NORMAL SPEED OUTPUT. 
OUTPUT_4 = 4mA NORMAL SPEED OUTPUT. (Used for CLOCKS). 
Note: Ouq>uts 1 and 2 grouped differendy so output bit current can easily be 
10 changed between groups. 

INPUT.l = TTL INPUT LEVELS WITH SCHMITT TRIGGER . 
INPUT_2 = TTL INPUT LEVELS. 

VO_l = 2mA OUTPUT DRIVER (with active high enable) . OPEN DRAIN OR 
TRISTATABLE. INPUT IS TTL LEVEL 
15 I/0_2 = 2mA OUTPUT DRIVER (widi active high enable). INPUT IS TTL 
LEVEL [data bus] 

labi£V 

TPU 2740 ONSCREEN CONTROLLER 124 

The TPU 2740 124 functions as an Chi Screen Display (OSD) controller and 

20 also as a Closed Caption Data (CCD) VBI Data Slicer. This device has two 
functionally separate sections, the OSD and dte CCD VBI data slicer. The TPU 
2740 contains a RISC based processor called die Fast Process^ (FP) that is used to 
collect the VBI data, ccxnmunicate with the serial bus, and control the OSD. Some 
of the internal TPU2740 circuits arc running at four times die input clock frequency 

25 (This is 72MHz on the TVRO board with an 1 8MHz input clock). Cocnmunications 
between the 8032 and the TPU2740 are via the 3 wire IM Serial Bus 108. 

The TPU 2740 is a fully digital chip. Baseband Video data must first be 
digitized before the TPU can use it A 6 bit Analog to Distal converter (uPC660) 
does this digitizing. 

30 The uPC660 is shown on page 1 of the TVRO schematics in Appendix A. 

The input video signal is about 1 Volt P-P and this signal must be "clamped" to a 
known DC level before it can be digitized. The "VIDEO CLAMP AND FILTER" on 
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page 1 does this using a "Back Porch Clamp" method. This clamp will bias the 
video signal into the A/D converter so that the "Back Porch" area will be at about 
3.69 Volts DC. (The "Back Porch" is the area where the color burst sits.) 

The resistor network on page 1 comprised of R15, R16, R17 and R18 sets 
5 the voltage levels for the clamp and the A/D circuits. The A/D upper reference 
(pinl 1) is set to about 4.52 Volts and the lower reference (pin 13) is set to about 
3.35 Volts. If the input video signal back porch area is biased to 3.69 Volts DC (at 
pin 12), then the maximum peak to peak swing of the video signal should always be 
between the voltages at the reference pins. The TPU only uses the incoming video 
1 0 signal to strip off VBI Closed Caption Data. There is no need for the entire 4MHz 
video bandwidth so R7 and C6 form a low pass filter that rolls off the TPU video at 
about IMHz. (Note: The ratios of the clamp voltages are the same as the expected ^ 
video signal IRE values.) 

Circuitry in the TPU detects vertical and horizwital sync from the di^tized 
15 video. The OSD and VBI data slicers use these signals fw timing functions. A 
programmable comparator is used to detect vertical and horizontal sync pulses. It is 
important that the video clamp function conecdy in order for this comparatw to 
accurately detect sync. The FP reads die ouq)ut of the sync detection circuitry and is 
able to count hcffizontal lines, tiius is able to read VBI data ftom a particular VBI line 
20 and start the graphic on screen display at the correct video scan line. When a VBI 
signal tiiat COTtains the proper lead in and framing data is detected, the VBI circuitry 
on the TPU will load the VBI data into internal registers tiiat the FP may read. The 
FP reads this data and inserts it into a buffer. At a later time the VBI data may be 
read by the 8032 via the IM Bus. 
25 The TPU requires good digitized video and a stable h(Mrizontal timing 

reference on pin 27. The horizontal rate signal is +Burst Gate from the MCI 378 and 
is fed into the TPU at pin 27. If eitiier of these signals is missing or poor, then the 
TPU will not be able to create a stable overlay. 

The OSD portion of the TPU consists of cache mennory, character menwcy, 
30 timing functions, and an external 256K by 4 bit DRAM (U9). The FP reads high 
level graphic commands fh>m die IM Bus and stores the graphic information in the 
external DRAM memory. In conjunction with the cache memory, timing circuitry. 
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and the character generation hardware, the TPU FP outputs the graphic data on the 
R, G, B, and FBLOUT lines, 8 colors may be generated using the R, G, and B 
outputs. The FBLOUT (Fast BLanking OUT) signal determines if the video output 
should contain the R, G, B data from die TPU, or if the incoming live video should 
5 be passed through. 

The TPU has a 256K x 4 DRAM (U9) for storing overlay screens and data. 
This is a fast page mode DRAM and refresh logic is avoided by constandy reading 
out the screen data^ even when there is no overlay on the screen. 
R,G3 COLOR CONVERTER, 

10 The StarSight Telecast graphic display requires 8 colors, black, white, gray, 

yellow, light yellow, light green, and red. These colors are not the standard 8 
NTSC saturated colors that the TPU puts out. A "Color Converter Circuit" is 
required to translate the TPU saturated digital colors into the StarSight graphic 
display "pleasing" colors. This circuit is on page 2 of the PCB schematic^ 

15 The Color Converter if made from three "8 into 1 analog switches". There is one 
switch for each of the R,G,B ou^uts. There is a precision voltage divider that 
creates the desired R,G3 voltages. The analog switches route the proper voltage to 
their outputs based on the 3 bit digital R,G,B signal from the TPU. The TPU 
R,G,B outputs are programmed to be open drain so that a full TTL level swing is 

20 available to the multiplexing analog switches. R14 and CI 8 on page 2 form an 
inexpensive R-C delay for the Fast Blanking Signal to compensate for delays in the 
R,G,B channeL 

OVERLAY GENERATOR AND VIDEO SYNCHRONIZER. 

The Motorola MCI 378 is used as a main building block for the Video 

25 Synchronizer, The MCI 378 operates in REMOTE MODE (pin 1 is set HIGH). In 
this axxtey external video is required to create the synchronizing timing signals. See 
page 3 of the TVRO Schematic of Appendix A for a block diagram <rf the 1378, 

A 1 volt peak to peak NTSC video signal must be fed into pin 24 to provide 
timing information for both the 1378 and the TPU- 

30 The signal at pin 24 is the called the "Remote Video Signal", This signal is 

internally clamped in the 1378 and then Composite sync is separated out. 
Composite Sync is used to separate out Vertical Sync and also to lock the 4.03 MHz 
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Horizontal Phase Locked Loop, Both Composite Sync (pin 39) and Vertical Sync 
(pin 38) are externally available for debug and timing. 

The separated composite sync is used to lock the 4.03 MHz PLL (using 
PDl). The VCO in this PLL is fomied around a 4,03MHz ceramic resonator. The 
5 free running frequency of this ceramic resonator must be adjusted with C39. The 
best way to adjust this VCO is to use a frequency counter and adjust C39 until the 
frequency at Ul-5 is 15,750 Hz. This adjustment is made with the Video In signal 
disconneaed so that the VCO is free running. 

The 4,03 MHz VCO output is divided by 256 to obtain horizontal frequency, 
10 and then further decoded to create "BURST GATE", Burst Gate (MC1378 pin 5) is 
about 4uS wide and is centered around the 3.58MHz color burst This signal is the 
main timing reference for the overlay display. It is used extensively by both the 
1 378 and TPU 2740. The TPU uses Burst Gate to decide when to start the overlay. 
There is a programmable counter in the TPU that sets the delay from Burst Gate to 
15 the overlay start. (The overlay starts when 4-FBLOUT goes low.) Any jitter on 
Burst Gate will cause an annoying side to side motion on the overlay. 

The color burst from the remote video is used to lock the 4X color sub 
carrier oscillator using PD3 which is gated by burst gate* 

Phase of the locally generated composite video from the encoder section is 
20 compared against the same sub carrier reference used to lock PD3. This is done by 
means of PD4 so that the sub carrier phases of both the local and the rcnK>ie signals 
are made essentially equal. 
Hiasc detector operation summary: 

1 . PDl - compares and locks the internally counted down 4.03 MHz VCO to 
25 the incooiing remote hOTizontal sync. It is fast acting to follow VCR source 

fluctuatiOT. Its PLL filter network consists of C24, C38, and R19. 

2. PD2 - is not used in this design. 

3 . PD3 - a gated phase detector, which locks the crystal oscillator frequency 
divided by four to the incoming remote signal burst 

30 4 . PD4 - controls the internal phase shifter to assure that the outgoing local 
color burst has the same phase as the incoming reoKHe burst at PD3. 
5 , PD5 - not used in this nuxle of operation 
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Video paths inside the MCI 378 

The remote video is AC coupled and fed in through pin 24 and clamped to 
proper E>C level (blanking is at 0 V), The clamped video is fed to the Fast Video 
Switch where switching between the local and the remote video occurs controlled by 
5 Overlay Enable at pin 25. The second path leads to the PD3 where the remote video 
burst is compared against crystal oscillator frequency divided by four. The third 
path leads to Identity Detector which determines whether incoming signal is PAL or 
NTSC. 

The local video is generated from R, G, and B signals which are direct 

10 coupled, 1 volt peak to peak inputs at pins 14, 15, and 16, After that follows the 
Color Difference and Luma Matrix which produces B-Y, R-Y, and the luminance -Y 
signals. The B- Y and R-Y signals are clamped and sent to their respective 
modulators. Modulated B-Y and R-Y signals arc summed tpgcthCT thus naaking 
3.58 MHz NTSC chroma signal which is fed out pin 18. This chroma signal is 

15 filtered by a 3.58 MHz band-pass filter consisting of 033, C34, C35, R22, R13, 
andTl. The filtered chroma signal is fed back in at pin 20. At this point the chroma 
signal is added to the luminance signal which passes through a 400 nS delay line. 
The need for this delay line arises because of the longer path for the chroma signal 
through the modulators and the band-pass filter. The delay line should have at least 

20 4 MHz bandwidth, and good linearity through its entire bandwidth as well as linear 
group delay. The chrcxxia and luma signals combined niakc the composite NTSC 
video signal which is then clamped by the local video clamp and fed to the fast video 
switch to be mixed widi the renK>te video at the ouq)ut pin 27. 

To keep the local video amplitude conea in respect to the remote video 

25 amplitude die two burst ampliuides are compared in the ACC detector and made 
equal using a variable gain ACC amplifier in the locally generated chroma path. 

The absolute burst amplitude of the remote signal is detected by the kill 
detector, the chroma of the locally generated signal being turned off when die rcnKKe 
burst falls below a predetermined level. The kill level can be adjusted by changing 

30 the value of the resistor R3 at pin 31. 470K kills at about 10-20 mVp-p remote 
burst. Normal burst is 286 mVp-p, 
POWER SUPPLY 
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The system requires 5 VDC digital, 5VDC analog, and possibly 12 VDC 
analog (for certain RF Modulators). 
The current requirements are: 
5 VDC Digital 550mA 
5 5 VDC Analog 150mA 
12 VDC Analog 80mA 

It is very important that the microprocessor -PWRB AD line is set to zero at 
least lOmS before the 5 VDC Digital supply drops below 4.75 volts. This allows 
the microprocessor to complete any pending database transactions and do an ofderiy 

10 shutdown of the DRAM- This is accomplished by moniteiring the unregulated 

power with the Seiko S8073 1 AN power supervisor IC (U2), After the unregulated 
supply drops below about 8 volts, the S8073 1 AN will assert -PWRBAD, This 
causes an interrupt in the micrc^nxessor which will initiate power down 
subroutines. U3 monitors the 5VDC supply and controls the -RESET line into the 

1 5 DBE 1200, This generates a clean reset signal during power up and power down. 
LR. TRANSMITTER 1 16. 

The LR. Transmitter 1 16 function is done with a MC68HC05C9 
microprocessor. This microprocessor is programmed to interface with the software 
serial bus 1 10 for communication with the 8032,. This rmcroproccsscr can generate 

20 pulses on its output pin that simulate IR signals for niost VCR's. The ROM in the 
MC68HC05C9 contains the executable program and the codes aixl sequences to 
control a VCR via Infrared.. Port B on the MC68HC05C9 is used to set the serial 
address that it will respond to. The clock signal is generated by a progranunable 
clock divider in the DBE1200 ga^ array. 

25 Figure 6 illustrates how packets 300, messages 302 and commands 304 are 

related Figure 7 provides further details of packets 300* Unless otherwise noted, all 
fields are binary 2*s complenoent numbers. All undefined bits within fields are 
reserved, and initialized to zero. All muW-byte variables are stored roost significant 
byte first (big endian format), unless otherwise noted. Notable exceptions are the 

30 CRC 16 and CRC32 fields, which are stored in reverse order, least signiffcant byte 
first (little endian format). 
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All viewable text strings are comprised exclusively of printable characters, 
where printable is defined as any character with ASCII values in the range of 32 
(20H) to 122 (07 AH), inclusive. Both upper and lower case letters are supponed. , 
All fixed fields which contain ASCII strings that do not fill the field are to padded 
5 with NULL (ASCII value 0) characters. Unless otherwise specified, strings which 
do fill the field are not NULL tenninated 
Packets 300 

Packets 300 consist of error detection information and information to be 
operated on by a subscriber unit. The packet fields shown in Rgure 7 have the 
10 following descriptions* as shown in Table VI: 
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Field Description 

sync Code number indicating the start of a Packet Used to locate 

the start of a Packet when transmission errors occur. Value is 
5 always 2C(hex). 

size Is the total size of the packet, in bytes. This includes the 

*sync\ 'size' 'packet time stamp, 'CRCr, 'Message', and 
'CRC32' fields. There is no official niaximum size for 
packets. All units which listen to packet streams should be 
10 prepared to ignore any packet that exceeds the maximum 

packet size the unit can handle. First generation Subscriber 
Units ignore any packet th^ is greater than 2048 Bj^ in ^ 
length, total, 

packet time stanq) Is the four byte time stamp of the minute the packet was 
15 transmitted This field is used by subscriber units to 

differentiate data streams on recorded mediums (such as VCR 
tapes) from live data streams. The time is encoded as minutes 
since January I, 1992, rounded to the nearest nainute 
boundary. Since packet headers arc not guaranteed to be 
20 transmitted on minute boundaries, the maximum error of this 

field is up to +/- 30 seconds, 
vbi Stream ID Is a two byte number identifying the unique ID of the VBI 

stream the command has been transnutted on. This fieki niay 
be used by subscriber units to identify their assigned "home" 
25 data stream, where their key distribution message will be 

broadcast. 

CRCl Least significant word ( 16 bits) <rf the 32 bit cyclic 

redundancy code (CRC-32) value for the Packet header , The 
CRC is computed over the 'sync* and 'size' fields. This field 
30 is stored least significant byte first (little endian format). 

Message Information bearing portion of a Packet Contains one or 

more Commands. 
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10 



5 CRC32 



Command 



An entity that contains inforaiation pertaining to a specific 
portion of the database, or time maricers, or user authorization 
information. Each type of Command contains a unique code 
number and a length field. 

32 bit cycUc redundancy check (CRC-32) value. The CRC is 
computed over the 'sync', 'size', 'CRCl', and 'Message' 
fields. The CRC32 generator polynomial is 

x32+x26+x23-|-x22h-x16+x12+xH+x10+x8+x7+x5+X^+X 

2+xi+l. This field is stored least significant byte first (little 
endian format). 



TabteVI 



Messages 302 

Messages 302 are the information bearing pOTtion of a Packet 300, As 
shown in Figure 8, they consist of one or nx>re Commands 304, Messages contain 

15 an integral number of Conimands and Commands arc not split between Messages, 
The size* field in the packet header is used to determine when all CcKiunands have 
been processed The optimal size of the Message field is 250 bytes or less. 
Commands that are larger than 250 bytes should be contained singly in a packet The 
bytes following the last byte in the last command is always the first byte of the 

20 CRC32 field. 
Commands 304 

Commands 304 are the elements of the StarSight Data Transmission 
Network required to build a TV schedule database, maintain the current time of day. 
and handle user authorization and security issues. 

25 The different Commands arc distinguished by a unique value known as the 

'Cmd type\ It is contained in the least significant 6 bits of the Command's first 
byte. A total of 64 unique command types are possible. The second field is 'Cmd 
length', used to determine the byte size of the Command. The size includes the 
Cmd type* and Cmd length* fields. The Cmd length* field may be a one or two 

30 byte quantity. Table II lists all commands and specifies the rize of the 'Cmd length' 
fields. Also included in this table is the encryption offset for the command. This 
concept is discussed in the section that follows this table. 
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COMMAND NAMb 


rONiMAND 
CODE 


SIZE FIELD 
SIZE 


ENCRYFI 
OFFSET 




Time Command 


1 


1 


2 




Daylight Saving Time Change Command 


2 


1 


2 


5 


Region Command 


3 


2 


10 (OAH) 




Channel Data Command 


4 


1 


5 




Show list Command 


5 


2 


11 (OBH) 




Show Tide Command 


6 


1 


5 




Reserved 


7 


1 


2 


10 


Show Description Command 


8 


1 


5 




Reserved 


9 


1 


2 




Reserved 


10 (OAH) 


1 


2 




Theme Category Command 


11 (OBH) 


2 


5 




Theme Sub-C^gory Command 


12 (OCH) 


2 


5 


15 


Subscriber Unit Reset Command 


13 (ODH) 


1 


8 




Authorization Command 


14 (OEH) 


1 


2 




Reserved 


15 (OFH) 


I 


2 




Reserved 


16 (lOH) 


I 


2 




Key Distribution Command 


17 (IIH) 


1 


2 


20 


Reserved 


18 (12H) 


I 


2 




Reserved 


19 (13H) 


1 


2 




Sequence Number Command 


20 (14H) 


1 


2 




Station Node Status Command 


21 (15H) 


2 


3 




Long Assign JR Codes Command 


22 (16H) 


2 


18 (ZZH) 


25 


Reserved 


23 (17H) 


2 


3 




Subscriber Unit Command 


24 (18H) 


2 


9 




Reserved 


25 (19H) 


1 


2 




Reserved 


26 (lAH) 


1 


2 




Reserved 


27 (IBH) 


1 


2 


30 


Reserved 


28 (ICH) 


I 


2 




Reserved 


29 (IDH) 


2 


3 




All Future Conunand E>ermitions 


30^3(1EH-3FH) 2 


3 






Tabic VU 
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Subscriber units that do not recognize a command type (as will happen in the 
future when new commands are implemented) must compute the Command length 
and skip over/ignore the command 

The most significant bit of the Commands first byte is a flag that signals 
5 whether the command is encrypted or not. When set, the command is encrypted, 
when clear, not encrypted. It is probable that the only commands which are passed 
to the Subscriber Unit in an encrypted format are Show list. Authorization, and Key 
Distribution Commands. The Subscriber Unit should however be prepared to 
decrypt any command, 
10 The starting offset of the encrypted portion of the command is also listed in 

the previous table. Most commands leave a portion of their contents in the clear so 
that netwoiic entities which process the packet stream may filter out unneeded 
commands without decrypting the guts of the command. (Note that the encryption 
offset for future commands may be changed when the commands are actually 

15 implemented) 

The second most significant bit of the commands first byte indicates which 
of two program keys are to be used when decrypting the command When the bit is 
clear, decryption program key 0 is used, when set, key 1 is to be used. 

Since it is necessary to add an initialization vector and pad characters, the 

20 process of encrypting a command increases the amount of mcax)Ty necessary for 
storing the command. The initialization vectOT is an 8 byte field that is always 
prcpendcd to the start ctf the encrypted byte stream. The padding is appended to the 
byte stream before it is encrypted The purpose of the padding is to help the Security 
Module determine if the encrypted data has been "ian5)crcd" witfi. Enough pad 

25 characters arc added to make the length of the raw data stream a multiple of eight If 
the length begins as a multiple of eight, 8 pad characters are added The value of the 
pad characters are the number of fill bytes that have been added; i.e., if 3 extra bytes 
arc added to the command then each fill byte will have the value 3. The encrypted 
data within the Command is stored as shown in Figure 9. 

30 Future revisions of this command set may append field definitions onto 

existing commands. Command processors should be prepared to ignore all data that 
follows the last recognized field 
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Some commands are addressed to particular units or groups of units. Units 
are addressed using a logical address that is comprised of two parts; the four byte 
batch number and the one byte unit number The batch number is used as the group 
address, directing the command to a group of units that share the same batch 
5 number. A batch number of zero has a reserved meaning ; it addresses all units. All 
other possible batch numbers are valid addresses. (i.e. a command transmitted with 
batch number = 0 is intended as a system wide broadcast, while a command with 
batch address 23456 is directed towards units in batch group 23456 only. Units in 
other batch groups should ignore the latter command). 
10 The unit number is used to identify a particular unit within the batch group. 

Up to 255 units may be contained within a batch group. The unit number of zero has 
the reserved meaning of addressing all unit's within a batch group, (i.e. a logical - 
address with batch number^23456, unit numbcn=0 is directed to all units within the 
batch group 23456). 

15 Commands required to build the subscriber unit database arc typically sent 

repetitively, in the OTder shown in Table Vni: 
Theme Categories Always acquired (if not already acquired). 
Theme Subcategories Always acquired (if not already acquired). 
Regions Region's list of channels is acquired if the unit has been 

20 authorized. 

Channel Data Channel data is acquired if the channel is in the region's list 



Show list and the subscriber unit docs not already have it 
Show Descriptions Show description is acquired if it is referenced in some 



25 



Show Titles 



Show lists 



of channels* 

Show list is acquired if it is applicable to an active channel in 
the region^s list of channels. Show lists give the schedule 
data for a single channel for a single day. The current days 
data is sent more often than succeeding day's data. 
Show tide is acquired if it is referenced in some acquired 



30 



acquired Show list and the subscriber unit does not already 
have it. 
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Key Distributions Key distribution commands are always processed, if the 
batch address of the command matches thie unit's assigned 
batch address. 

Table VIH 

5 Other messages are interspersed in this cyclic stream on a random basis as 

required. Note that transmission errors can cause missing messages and commands 
can therefore be received out of order. Note especially that there can be gaps in the 
Show lists. Subscriber units must be able to handle missing and out of order 
messages. 

10 The following sections describe each command. Comniands are shown in 

their non-encrypted form, but the reader must be aware that the above mentioned 
modifications due to encryption may be made to any conunand, 
Time Command 

Time Commands (Figure 10) specify the current time of day and date. They arc sent 
15 periodically, at a predetermined rate. Subscriber Units 52 (Figures 1-4) should reset 
their current time of day and date to agree with the value received in this message. 
The fields of time commands shown in Figure 10 are as described in Table IX: 



Field Description 

Cmd type Command type = 1. Identifies command as a Time 

20 Command. 

enc flg Flag indicating if the current command has been encrypted, 

Qxnmand type and command length fields arc never 
encrypted, 0=not enciyptcd, l=encryp£cd 
key ID Decryption key ID. Identifies which of two current 

25 "program" decryption keys should be used to decrypt this 

conunand. 

Cmd length Number of bytes in the command (including the type and 

length fields). 

Time Current time of day and date encoded as number of minutes 

30 from midnight, January 1, 1992. Time of day and date is 

Greenwich Mean Time. 
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DS flg Daylight Saving flag. Flag indicating if Daylight Saving is in 

effect Sent whether or not default time zone uses Daylight 
Saving time. 0 = Daylight Saving not in effect, 1 = Daylight 
Saving in effect, 

5 sign fig Sign bit for the default time zone offset field, which follows. 

If set, it indicates the time zone offset is negative, and should 
be subtracted from Greenwich mean time. (For data provider 
stations West of the Greenwich Meridian, i,e. the entire U.S. 
and Canada). Note that this implies the time zone offset field 
10 is not a two s complement binary number. 

default time offset Four bit field indicating the number of hours offset finom 

Greenwich Mean Time to the time zone of the data provida^ 
station transmitting the StarSight data. Intended to be used 
when displaying local time before the Subscriber Unit has 
15 been authorized (which sets the real time zone). The legal 

range for this field is from 0 to 12 binary, 
time (sees) Is the low order seconds part of the time field, stored 

previously in the command. The resolution of this field is 
seconds past the minute. TTie legal range is 0 to 59 inclusive. 
20 TabteK 
Daylight Saving Time Change Command 

The Daylight Saving Time Change Command defines when the next Daylight 
Saving time changes will occur so that displays of schedule data for time periods that 
contain these changes can show the ccHtect adjusted local tinac. Subscriber units 
25 mustaddthcirTimcZoneoffsct (obtained from the Authorization Command) to 
calculate the GMT time for the change cwresponding to their local change time. 
Show list entries after this calculated GMT time should be shown with a time offset 
affected by the upcoming Daylight Savings state. The fields in the Daylight Saving 
Time Change Command as shown in Figure 1 1 arc defined in Table X. 
30 Field Description 

Cmd type Command type = 2. Identifies command as a Daylight 

Saving Time Change Conunand. 
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enc flg 



key ID 



Cmd length 



Rag indicating if the current command has been encrypted. 
Command type and command length fields are never 
encrypted. O=not encrypted, l=encryptcd. 
Decryption key ID. Identifies which of two current 
"program" decryption keys should be used to decrypt this 
command. 

Number of bytes in the command (including the type and 
length fields). 



10 



15 



20 



25 



30 



Enable Daylight 
Saving 



Disable Dayli^t 
Saving 



Time of day and date when the Daylight Saving time would 
be enabled at the Greenwich Meridian. Encoded as number 
of minutes from midnight, January 1, 1992. Time of day and 
date is Greenwich Mean Tin>e, The enable tinw is always less 
than the disable time. 

Time of day and date when the Daylight Saving time would 
be disabled at the Greenwich Meridian. Encoded as number 
of minutes from midnight, January 1, 1992. Time of day and 
date is Greenwich Mean Time, The disable time is always 
greater than the enable time. 

Region Command 

The Region Conunand identifies all channels for which StarSight Data is 
available and could possibly be received by a Subscriber Unit in the given region. 
One Region Coaimand is sent foe each region in the area serviced by a data provider 
station. For example, the channel lineup for each cable system constitutes a region. 
The Authorization Command sends the region ID. Once the region ID is known, the 
Channel Data for each channel in the region can be acquired from the Channel Data 
Commands. 

The channel IDs in this command are iK>t needed by the subscriber unit after 
it has acquired the Channel Data for each channel in the user's region. However, the 
region ID and version must be held in case the Channel Data is lost (e.g., power 
outage) or has changed and must be re-acquired. 
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Channel ED entries are listed in the default order that Subscriber Units should 
display them in undl the user has changed the sequencing using a setup screen. 
Channel ordering is more or less numerical, and Channels such as HBO and 
DISNEY are all given a native channel number equal to 1 and probably ordered 
5 alphabetically by the 'name-affiliation' field. 

Only Base channels are sent in a Region Command (see Duplicate Channels 
Command). The fields in the Region Command as shown in Figure 12 are defined 
in Table XI 

Field Description 
10 Cmdtype Command type = 3. Identifies command as a Region 

Command. 

enc flg Flag indicating if the current command has been encrypted - 

Command type and command length fields arc never 
encrypted. O=not encrypted, l=encryptcd, 
15 key ID Decryption key ID. Identifies which of two current 

'^program" decryption keys should be used to decrypt this 
command. 

Cmd length Number of bytes in the commaiKi (including the type aiKi 

length fields). 

20 Region ID Unique region ED number ttiat must match one of the region 

IDs received in the Authorization Command- Identifies the 
region for which the following list <rf channel IDs is 
^propriate. This field is never to have a zero value, 
region type Indicates if region is a broadcast, cable, or satellite system. 

25 (O=broadcast, 1= standard cable, 2==IRC cable, 3=:HRC 

cable, and 5=satellite. All other values are undefined), 
prime offset Offset, in units of 1/2 hours fipom 6KX)PM, to prime time for 

the region. E.g.; prime offset = 1 means prime time starts at 
6:30 PM, = 2 means prime time starts at 7:00 PM, etc. 

30 date type flag Is a flag indicating how the date field in this command should 

be interpreted. If this flag is set, the date represents when the 
information in this command expires. If tfie flag is clear, the 
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date 



nbr Chan IDs 
Channel ID 



10 



tune channel nbr 



15 



20 



source 



25 



30 



channel type 



satellite alpha ID 



date represents the time the information in this command 
becomes valid. 

Specifies the time when the inforaiation in this command 
either expires or becomes active. See the explanation of the 
date type flag. The date is encoded as number of minutes 
from midnight January 1, 1992, Greenwich mean time. 
Number of channel IDs in the region. This number must be 
greater than 0, 

Channel ID number used to identify the Channel Data 
Commands required to assemble channel data for all channels 
in the subscriber's system. This field is never passed with a 
zero value. 

Channel number used to tune a TVfVCR to this channel 
Maximum tunable channel is channel 511. 
Note: tune channel number is sent in this command to avoid 
having to send a Channel ID entry for each cable system that 
places the channel on a different tuning channel number. 
E.g.; HBO might be on channel 10 on one cable system and 
on channel 25 on another. Putting the tuning channel number 
here means only one HBO entry needs to be sent in the 
Chaimel Data Commands. 

This field has no naeaning if region type is broadcast If 
region type is satellite, this field indicates the band, (00=C 
Band, 01=KU Band, and 02 & 03 are undefined). If region 
type is any of die cable types, this field indicates what source 
this channel is on (00 - no source specified, 01 = source A, 

02 = source B, 03 = source C). 

3 bit field which indicates the type of channel (00 = no special 
attributes, 01=extended basic, 02 = premium, 03 = pay per 
view, 04=video on demand, all other values are reserved.). 

5 bit field representing the alphabetic portion of the 
alphanumeric satellite identifier (i.e. the 'S' of satellite S4). 
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This field is present (in all Channel ID entries) only if the 
'region type' field == Satellite Field value 1 represents the 
letter *A', 2 is 'B\ etc.. The legal range for this field is 1-26 
inclusive, representing the alphabetic characters *A' through 
5 'Z\ 

satellite numeric ID 5 bit field representing the numeric portion of the 

alphanumeric satellite identifier (i.e. the of satellite S4). 
This field is present (in all Channel ID entries) only if the 
'region type' field === Satellite, The field is broken up over 
10 two consecutive bytes. The legal range for this field is 1-3 1 

inclusive. 

transponder no 6 bit field representing the transponder number to be used to 
tunc to this channel on a Satellite system. This field is 
present (in all Channel ID entries) only if the 'region type* 
15 field = Satellite. This field is never passed with a zero value. 

It's legal range is 1-63 inclusive. 

Channel Data Command 

The Channel Data Ccmimand gives channel infoimation used for various 
20 displays. Channel Data CcMnmands are sent for each channel in all the regions 

serviced by a data provider station (PBS station node). The subscriber unit compiles 

information on all the channels in its region using the Channel Data Oxmnands that 

contain a Chaimei ID entry matching one in its region list 

Only Base channels are sent in Channel Data Commands (see Duplicate 
25 Channels Command). The fields of the Channel Data Command as shown in Figure 

13 aie defined in Table XII. 

Reld Description 

Cmd type Command type = 4. Identifies conimand as a Channel Data 

Conunand. 

30 enc fig Rag indicating if the current conimand has been encrypted. 

Command type and command length fields are never 
encrypted, O=not encrypted, l=enctypicd. 
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key ID 



Cmd length 



nbr entries 



10 natchanmsb 
Channel ID 

nanieflg 



15 



native channel nbr 



20 



25 



name abbreviation 
bits 



30 



Decryption key ID. Identifies which of two current 
"program" decryption keys should be used to decrypt this 
conuxiand. 

Number of bytes in the command (including the type and 
length fields). 

Number of Channel ID entries in the current command (not 
the total number in the system). This field must always have 
the value of 1 (i.e. only ONE channel entry can be included in 
each command) 

Most significant bit for the 'native chaimel nbr' field 
Channel ID number used to identify the Channel ID entries 
that match those in the subscriber's region. 
Flag indicating if the channel's name should be displayed as a 
number or as a three character text string. {0=numbcr, 
l^text). This flag must be set if the native channel number is 
specified as zero. 

The channel number associated with the channel if it were in a 
broadcast region. This is the number used to identify the 
channel when the name fig' is 0. Nonnally this number 
matches the tunc channel number; however, on cable systenos 
channels get moved around E.g. channel 5 could be on 
cable channel 29. In this situation, the tune channel number 
will be 29 while the native channel number will be 5. If the 
native channel number is zero, the namc_flg field in this 
command must be set 

A bit field indicating which characters firom the name 
affiliation siring should be used as the stations "call letters". 
The MSBit (bit 7) of this field represents the first byte in the 
name affiliation string (byte 8), while the LSBit (bit 0) 
represents the last byte from the string (byte 15). (i.e., a 
value of 1 1 1 lOOOOB for this field, with a name affiliation 
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string of KTVU-FOX would indicate the stations call letters 
are KTVU), 

If the name flg field is set, a total of one to four bits must be 
set in this field. 

5 name-affiliation Up to 8 character ASCII text string used to identify the 

channel for display purposes. Padded with Null characters if 
less than 8 characters long. This string may not be NULL 
terminated if it is eight characters long. 
Table Xn 

10 Show list Command 

Show list Commands provide schedule data for one day for a given channel. 
Show list commands do not contain schedule gaps (even for periods when the 
channel is off the air). Show list commands are sent for every channel in all regions 
of the system. Show list commands contain multiple Show Slot entries, with each 

15 entry corresponding to a single show in the channel's schedule. 

Show list Commands represent at least 24 hours of schedule data. The first 
entry for a show list begins at midnight, Greenwich Mean Time. Programs which 
straddle the boundary between consecutive Show lists are represented only once, in 
the Show list in which their start time resides. The next Show list represents the 

20 portion of time in which a program ftom a previous Show list overruns into it with a 
dummy show entry. These filler entries are recognized using the *dum flg\ which 
when set indicates the entry for the show at this time slot can be found at the tail end 
of the previous day's show list. Only the first entry in a show list can have the *dum 
fig* set EhunnQT show entries cerate identically to valid show entries, except that 

25 their title and description text nuy be substituted with sOTiething that labels it as a 
filler entry. If a program's stan time coincides exactiy with the Show list boundary 
time, it will be represented only once, in the next Show list. 

Show list Commands, when they are cnCT^t^ are encrypted starting with 
byte 1 1 in the above diagram (i,e,; starting witix the *nbr show slot entries' field), 

30 This allows the Show list Commands to be discarded if they are not applicaUe to the 
subscriber unit's region or have already been received. Ignoring unnecded Show 
lists may help a Subscriber Unit's data processing throughput, since decryption is 
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time consuming. The fields of the Show list Conmiand as shown in Figure 14 are 
defined in Table XHI. 



10 



Field 
Cwd type 

encflg 



key ID 



Cnad length 



version 



15 



20 



Channel ID 



25 



start time 



30 



Description 

Command type = 5. Identifies command as a Show list 
Command. 

Rag indicating if the current command has been encrypted. 
Command type and command length fields are never 
encrypted, O=not encrypted, l=encryptcd. 
Decryption key ID. Identifies which of two current 
'^program" decryption keys should be used to decrypt this 
command. 

Number of bytes in the coaimand (including flie type and 
length fields). 

Show list version number. Used to identify when changes 
have been made to the Show list for the given day. Version' 
starts at 0 when first sent over the netwc»k and increments for 
every change to the Show list for that day within the tiirie 
period (Le. one week) that the given day is active. If the 
version field differs ftom the value currently held by the 
subscriber unit then the new schedule replaces die current 
one. 

Channel ID number identifying the channel whose schedule is 
being sent Matches die channellD number in one of the 
Channel Data Conunand entries. This field will never have a 
zero value. 

Start time and stan date for the first show in this Show list 
command. Encoded as number of minutes from midnight 
January 1, 1992, Greenwich Mean Time. Stan times for 
subsequent shows are calculated by adding successive 
duration's from each Show Slot entry. Thus, a show that 
starts in one day and finishes in the next (e.g., J<4mny 
Carson) would be the last show in die list 
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nbr show slot entries Number of shows on this channel for the entire day, counting 

the dummy entry if one exists. 
DID fig Flag indicating if a DID field is present in the current Show 

Slot entry; O=not present, l=present. 
5 grp fig Show group flag indicating if this show is a member of a 

show group. 0=no, l=yes. 
payA'iew fig Indicates show is a pay per view event. I = yes, 0 = not a 

pay/view. 

fgrp flg Show group flag indicating if this show is a member of a 

10 show group, 0=no, l=yes, 

dum flg Dummy entry flag. Indicates that the program at this time slot 

can be found at the end of the previous day's Show list Only ^ 
the first entry in a show list may have Ac *dum flg' set 
duration Show duration in units of 1 minute. The minimum total show 

1 5 duration is 5 minutes, the maximum is 4 hours, or 240 

minutes. 

SID Show ID number. Unique 20 bit number used to identify the 

Show Tide command containing the show's title. This field 
niay have a zero value, which indicates no show infonnadon 

20 is present 

DID Description ID number. Unique 16 Wt number used to 

identify the Show Description Command, which contains the 
show's episode description. If a description for this show 
does not exist, the DID flg will be left clear and diis field will 

25 be omitted This field may not have a zero value. 

six>w group ID Show group ID number. Identifies program as being a 

member of the set of programs that all have diis same group 
ED number. Field is only present if the *grp flg' field =1. 
This field may not have a zero value. 

30 Note : A SERIES recording for a program that has a show 

group ID number will cause all members cf the group found 
on the same channel to be recorded Reaxd queue entries for 
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5 




SHOW) and some program attributes used in Theme searches. Show titles are 

usually compressed using a Huffman encoding scheme. 

The uncompressed show tide must be between 1 and 86 bytes in length, 

inclusive. Since the display capabilities of Subscriber Units is limited, titles which 
10 are greater then 38 bytes in length may be truncated. 

Show Tide Commands must be saved in the database if the show is in the 

Show list for at least one channel in the subscriber's region. Afl other Show Tide ^ / 

Commands should be ignored. Show Tides that are needed are recognized by 

matching the SID number in the Show list with die SED number in die Show Ude 
15 Command. The fields of the Show Tide Command as shown in Figure 15 are 

defined in Table Xrv. 

Field Description 

Cmdtype Command type = 6. Identifies command as a Show Tide 



20 cnc flg 



25 



30 



key ID 



cmp flg 



Cmd length 



Command. 

Flag indicating if the current conunand has been encrypted. 
Command type and ccmraiand lengdi fields are never 
encrypted. O=not encrypted, l=cncrypted 
Decryption key ID. Identifies which of two current 
"program" decryption keys should be used to decrypt dtis 
command. 

Number of bytes in the command (including die type and 
length fields). 

Flag indicating tide is compressed. A few titles arc longer 
when compressed using the Huffinan encoding scheme (e.g. 
lots of 'x's or 'q's). l^tide has been compressed, 0=tidc is 
uncompressed ASCII. 
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CC Flag indicating show contains closed captioning infonnation 

(VBI line 21). O=not close captioned, l=:closed captioned. 

stereo Flag indicating show is broadcast in stereo. O=not stereo, 

l=stereo. 

5 BW/C Flag indicating if show is broadcast in black & white or 

color. O=color, l=black & white, 
SID 20 bit unique number identifying this show. This Show Title 

Command is of interest to the subscriber unit only if this 
number is also found in the Show list for some channel in the 
10 unit's region. This field is never passed with a zero value. 

Theme ID Number that identifies the Theme type and genre informadon 

appropriate for this program. Used for Theme searches. 
Subcategories have sets of Theme ID numbers identifying the 
types of shows to be selected when a Theme search is 
15 performed for that sub category. Shows whose 'Theme ID' 

field matches one of the values in the set are selected, A zero 
value indicates no therm infonnation is present 
show title Huffman encoded or straight ASCII text string giving the 

show's tide. Huffman encoding scheme is described in 
20 Appendix A. The string is always NULL terminated. The 

NULL character is appended before it is Huf&nan encoded. 
Table XIV 

Show Description Command 

Show Description Commands contain the description of an episode of a 
25 program and some program attributes used in Theme searches. Show descriptions 
zrt usually compressed using the same Huffman encoding scheme used for show 
titles. 

The uncompressed show description must be between 1 and 162 bytes in 
length, inclusive. Since the display capabilities ci Subscriber Units is limited, 
30 descriptions which are greater then 1 20 bytes in length may be truncated 

Show Description Commands are sent for all shows that have descriptions in all 
regions serviced by the data provider Show Description ComnuuKls must be saved 
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in the database if the DID is referenced in the Show list for at least one channel in the 
subscriber's region. All other Show Description Commands should be ignored. 
Show Descriptions that are needed are recognized by matching the DID number in 
the Show list with the DED number in the Show Description Command. The fields 
5 of the Show Description Command as shown in Figure 16 are defined in Table XV, 
Field Description 

Cmd type Command type = 8. Identifies command as a Show 

Description Conunand, 
enc flg Rag indicating if the current command has been encrypted. 

10 Command type and command length fields are never 

encrypted. O=not encrypted, l=enciypted, 
key ID Decryption key ID. Identifies which of two current 

'^program" decryption keys should be used to decrypt this 

command, 

1 5 Cmd length Number of bytes in the conunand (including the type and 

length fields). 

DID Description ID number. Unique 16 bit number identifying 

this episode description. This Show Description Command 
is of interest to the subscriber unit only if this number is also 
20 found in the Show list for some active channel in the unit's 

region. This field is always non-zero. 

cmpflg Flag indicating descripti<Hi is compressed A few 

descripti<xis are longer when compressed using the Huffman 
encoding scheme (e.g, lots of *x's or 'q*s). l=dtlc has been 
25 compressed, 0=title is uncompressed ASCII. 

CC Rag indicating show ccwitains closed captioning information 

(VBI line 21). O=noi close captioned, l=closed captioned. 

stereo Flag indicating show is broadcast in stereo, O=not stereo, 

l=stereo, 

30 BW/C Flag indicating if show is broadcast in Wack & white or 

color. O=color, l=black & white. 
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rating flg 



5 critic's rating 



MPAA rating 



10 



traits bit mask 



15 



20 



year produced 



25 



show description 



30 



Flag indicating if the command has the ratings fields in bytes 
7, 8, and 9. Otherwise these bytes are absent and the Theme 
ID field begins in byte 5. O^ratings bytes not present, 
l=Tatings bytes present. 

Three bit field representing the critic's rating of the movie. It 
is a number which is interpreted as follows : 0=no rating, 

l=poor, 4=excellent. Values 5-7 arc reserved. 

Four bit field indicating the movie audience suitability rating. 

0=no rating, 1=G, 2=NR, 3=PG, 4=PG13, 5=R, 6=X, 

7=NC17, Values 8-15 are reserved. 

Eight bit mask indicating program's attributes such as 

violence or nudity. 

Bit Attribute 

0 profanity 

1 nudity 

2 violence 

3 adult situatira 

4 adult themes 

5 not used 

6 not used 

7 adult language 

The year which ±e episode was produced minus 1900io. For 
example, a movie produced in 1943 would have the binary 
value 4310. This byte is present only if the 'rating fig' is 
set The value 00 indicates that the production year has not 
been specified. 

Huffman encoded or straight ASCII text string giving ^he 
show's episode description. Huffman encoding scheme is 
described in Appendix A. The string is always NULL 
terminated. The NULL character is appended before it is 
Huffman encoded. 

Table XV 
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Theme Category Command 

The Theme Category Command specifies the major categories displayed in 
the subscriber unit's theme function. These categories form the first level of 
indexing in the hierarchical theme search function. For each major theme category a 
5 unique 8 bit ID number and a text string is specified* The text string names the 
category entry. The entries are listed serially within the command in the suggested 
presentation order. 

The command includes a version number which is incremented each time the 
theme category command is changed. Subscriber Units should replace existing 
10 versions of the command stored in memory when a command witfi a differing 
version number has been transmitted. The fields of the Theme Category Commaiwl 
as shown in Figure 17 are defined in Table XVI. 
Field Description 

Cmd type Command type = 1 1 (OBH). Identifies command as a Theme 

1 5 Category Command. 

enc fig Flag indicating if the current conimand has been encrypted. 

CommarKi type and command Icngdi fields are never 
encrypted. O=not encrypted, l=enciypted. 
key ED Decryption key ID, Identifies which of two current 

20 "program" decryption keys should be used to decrypt this 

command. 

Cnxi length Number of bytes in the command (including the type and 

length fields). 

version Thenie Category set version number. Version number 

25 changes if any category is added, deleted, or the text changes, 

A completely new set of categories should be acquired when 
the version number changes, 
nbr categories Total number of primary Theme categories; i.e., number of 

Thenw catcg<wy entries that follow. 
30 Theme Category ID Unique 8 bit number used to identify corresponding sub 

category entries. This field is never passed with a zero value. 
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attributes flag word An 8 bit flag word used to specify the properties of the theme 
sub-category. The meaning of each field in the flag word is as 
follows ; 

Bit 0 : DISPLAY NAME WITH DESCRIPTION - when set, 
5 the theme category name niay be displayed with the 

description of a show with this theme id* (Some category 

names like ALL or OTHER may appear awkward when 

displayed with a description* These types of entries will have 

this bit cleared Other entries, such as MOVIE or 
10 DOCUMENTARY are desirable additions to descriptions, 

and hence may have this bit set) 

Bits 1-7 : RESERVED. 
Category name length Number of bytes in the 'Category name' field. Used to locate 

the start of the next entry and determine the length of the text 
15 string that follows* This field will never have a zero value 

(first generation Subscriber Units will crash if this is passed 

as zero). 

Category name Text string nanung the category. This should be used to 

display the name of the category. The text is an 
20 unccwnpressei null tem^nated ASCII string. 

Theme Sub-category Command 

The Thcnje Sub-categwy Command specifies the sub-categories displayed in 
the subscriber unit's theme function. These are displayed after the user has selected a 

25 major theme category. Each major theme category has one or more sub categories, 
which (ocm the second level of the hierarchical search scheme* The description of 
each sub categcsy includes the 8 bit ID of the parent category, a unique 16 bit theme 
ID number and a text string which names the entry. The entries are listed serially 
within the command in the suggested presentation order. 

30 The command includes a version number which is incremented each time the 

theme sub-category command is changed. Subscriber Units should replace existing 
versions of the command stored in memory when a command with a differing 
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10 



15 



20 



25 



30 



version number has been transmitted. All subscriber units should store these sub 
category names if they do not already have an entry with the same Theme Category 
ID, Sub category ID, and version number. The fields of the Theme Sub-category 
Command as shown in Figure 18 are defined in Table XVII. 



Field 
Cmd type 

enc fig 



key ID 



Cmd length 
Theme Category ID 

nbr Subcategories 



entry length 



attributes flag word 



Description 

Command type = 12 (OCH). Identifies command as a Thencie 
Sub-category Command. 

Rag indicating if the current command has been encrypted. 
Command type and command length fields are never 
encrypted- O=not encrypted, l=encrypted. 
Decryption key ID. Identifies which of two current 
"program" decryption keys should be used to decrypt this 
command. 

Number of bytes in the command (including the type and 
length fields). 

Unique 8 bit number used to identify the primary category 
corresponding to this sub categcwy entry. This field will never 
have a zero value. 

7 bit unsigned number indicating the total number of Theme 
SubcategOTies; i.e., number of Theme sub category entries 
that follow. This field will never have a zero value (First 
generation Subscriber Units will crash if this is passed as 
zero). 

Total number of bytes in current sub category entry including 
this byte. Used fc«- determining the start offset for the next 
entry and the number of bytes in the *sub category name* 
field. This field will never have a zero value. 
An 8 bit flag wcwd used to specify the properties of the theme 
sub-catcgc^. The meaning of each field in the flag word is as 
follows : 

Bit 0 : DISPLAY NAME WITH DESCRIPTION - when set, 
the then>c sub-category name may be displayed with the 
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description of a show with this theme id (Some sub-category 
names like ALL or OTHER may appear awkward when 
displayed with a description. These types of entries will have- 
this bit cleared. Other entries, such as COMEDY or DRAMA 
5 are desirable additions to descriptions, and hence may have 

this bit set) 
Bits 1-7 : RESERVED, 
nbr Theme IDs Number of Theme ID entries that follow this field. In the 

above diagram, the value of this field would be 'k'. This field 
10 will never have a zero value (First generation Subscriber 

Units will crash if this is passed as zero). 
Theme ID 1-k Set of 16 bit Theme ID numbers used to identify shows that ^ 

should be selected when a Theme search is done for this sub 
category. That is, any program whose Show Tide or Show 
1 5 Description entry contains any one of these Theme ID 

nunibers would be included in the list of shows selected by 
this Sub category. These thenae ID's are sorted in ascending 
order. These fields will never have zero values. 
Sub category name Text string naming the category. This should be used to 
20 display the name of the category. The text is an 

uncompressed, null terminated ASCII string. 
TftbteXVn 

Subscriber Unit Reset Command 

The Subscriber Unit Reset Command allows the StarSi^t Control Center to 
25 reset selected subscriber units. Different types of reset can be sent The fields of the 
Subscriber Unit Reset Command as shown in Figure 19 arc defined in Table XVIII. 
Field Description 

Cmd type Command type - 13 (ODH). Identifies command as a 

Subscriber Unit Reset Command 
30 enc fig Flag indicating if the current command has been encrypted. 

Command type and command length fields are never 
encrypted. O=not encrypted, l=acncryptcd. 
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key ID Decryption key ID. Identifies which of two current 

"program" decryption keys should be used to decrypt this 
command- 

Cmd length Number of bytes in the command (including the type and 

5 length fields). 

reset type Reset Control Bit Field : 

Bit 0 : When set instructs the unit to clear the semi- volatile 
memory where the acquired network data is stored. When the 
unit restarts, it will begin re-acquiring network data (also 
10 known as a cold boot). 

Bits 1-7 : Reserved. 

serial nbr 5 byte serial number which idnetifies the subscriber unit this ^ 

command is addressed to. A serial number which is all zeroes 
indicates a "group broadcast", so all subscriber units should 
15 be prepared to respond to such a command. 

Table XVin 

Authorization Command 

The Authorization Command authorizes the subscriber unit to begin 
collecting and displaying schedule data. It is sent when a subscriber signs up for 

20 the StarSight service. 

Until the Authorization Command is received, a subscriber unit does not 
know what region it is in, and hence, does not know which channels to collect data 
far. Similariy, it docs not have the decryption key necessary to decrypt various 
commands until the Authorization Command is received. 

25 Authorization Commands arc addressed to individual subscriber units using 

the serial number given to a Customer Service rep during the authorization process. 
The first generation subscriber units are limited to supporting a single region and one 
or two separate VBI lines on the same tuning frequency. The fiekls of the 
Authorization Command as shown in Figures 20-22 arc defined in Table XDC. 

30 Field Description 

Cmd type Command type = 14 (OEH), Identifies command as an 

Authorization Command. 
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enc flg 

key ID 

Cmd length 
SU serial nbr 



Authorization data 



batch nbr 



unit number 



Service level mask 



Flag indicating if the current coniniand has been encrypted. 
Command type and command length fields are never 
encrypted. O=not encrypted, l=encrypted. 
Decryption key ED, Identifies which of two current 
"program" decryption keys should be used to decrypt this 
comniand. 

Number of bytes in the command (including the type and 
length fields). 

Subscriber unit serial number assigned by the manufacturer. 
Used to address the subscriber unit during authorization or 
re-authorization. Subsequent commands are addressed to a 
subscriber unit using the batch and unit numbers. This ^ 
number is given to the customer service representative during 
the authorization process and determines the RSA public key 
used to encode the encrypted portion of this command. 
72 byte block of authorization data, encrypted witfi the unit's 
factory assigned public key. The cryptogram must be 
decoded using the subscriber unit's private RSA key assigned 
to the StarSight Security processor at time of manufacture. 
The data is stored as follows before encryption : 
32 bit number identifying the encryption group to which the 
subscriber unit belongs to. When comlnned with the one byte 
unit number that follows this element, a unique address for 
the subscriber unit is formed These numbers are assigned 
by this conmiand and used to address this unit or its' batch 
group in all subsequent commands. 

1 byte unit ID. Each unit within a batch group is assigned a 
unique unit ID. 

2 byte bit mask indicating which StarSight services the user 
has subscribed to. The meaning of the individual bits is 
TBD. All bits arc to be remain zero until defined 
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program key 0 

program key 1 
5 len of data following 



batch key 

10 



15 DP source 
sign fig 

20 

time zone offset 

25 



30 



The first 8 byte decryption key. Subsequent Key Distribution 
Commands are addressed to this unit's batch assigned group 
to assign new program keys. 
The other 8 byte decryption key. 
Is the number of data bytes remaining in the authorization 
block, not including the empty reserved data block and this 
field. In the current definition of this command, this field is 
equal to the constant 20 (14H). 

8 byte key assigned to this unifs batch group. This key is 
used to decrypt the program keys transmitted in the Key 
Distribution Command- 
Batch keys are only changed if the key is broken for a given ^ 
batch. New batch keys are assigned to a batch by sending 
new Authorization Commands to each member of the group. 
This field has the same meaning as the source field in the 
region command. It is intended to indicate which input source 
the data provider signal is on* 

Sign bit for the time zone offset field, which follows. If set, it 
indicates the tin>c zone offset is negative, and should be 
subtracted from Greenwich mean tinac. (For data provider 
stations West of the Greenwich Meridian, i.e, the entire US 
and Canada). Note that this intplies the xitoc zone offset field 
is not a two's complement binary number. 
Four bit field indicating the number of hours offset from 
Greenwich Mean Time to the time zone the subscriber unit is 
located within. Intended to be used when displaying local 
time before the Subscriber Unit has been authorized (which 
sets the real time zone). The legal range for this field is from 
0 to 12 decimal. (This field should be interpreted identically 
to the default dme zone offset field contained in the Time 
command.) 
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15 



20 



25 



Satellite code group 



TV code group 



Primary Region ID 



VCR code group Code number identifying the group of VCR control codes to 
be used when commanding the user's VCR to do a recording, 
to rewind, etc. This field is defaulted with value 8000H, 
which means diat no code group has been specified. 
5 Cable box code group Code number identifying cable box control codes to be used 

when commanding the user's cable box to change channels. 
This field is defaulted with value 8000H, which means that 
no code group has been specified. 
Code number identifying satellite cc»itrol codes to be used 
when commanding the user's satellite interface to change 
channels. This field is defaulted with value 8000H, which 
means that no code group has been specified. ^ 
Code number identifying codes used to control the television 
remotely. This field is defaulted with a zero value. The 
specific meanings of the code groups are TBD. 
Unique number identifying the region in which the subscriber 
unit is located. This field specifies the set of channels for 
which data is collected. It corresponds with the region ID in 
the Region Command. First generation subscriber units can 
collect data for only one regicm. 

Daylight Saving applicable flag. Hag indicating if Daylight 
Saving time is used in the subscriber's time zone. 0=no, 
1-ycs. 

Most significant bit of the tunc channel number field, which 
follows. 

Channel ID number for the station to be used for receiving all 
subsequent StarSight commands. Normally this will be the 
station used during the authOTization process, but load 
balancing requirements may force a change. 
Is the tuning channel number of the data provider. This 
information is transmitted in the authorization command so 
that the subscriber unit does not have to wait for a Channel 



DSA fig 



Tune Channel MSB 

Data provider 
channel ID 



30 Tune Channel No 
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15 



20 



25 



30 



satellite alpha ID 



10 satellite numeric ID 



Data Command to interpret the Data Provider Channel ED 
field. The legal range for this field is 0 to 511, inclusive. 
5 bit field representing the alphabetic portion of the 
alphanumeric satellite identifier (ix. the 'S' of satellite S4), 
Field value 1 represents the letter 'A', 2 is etc.. This 
fields is specified as zero if the dataprovider is a non- satellite 
source. If this field is non-zero, it's legal range is 1-26 
inclusive, representing the alphabetic characters 'A' through 
"L\ 

5 bit field representing the numeric portion of the 
alphanumeric satellite identifier (i.e. the '4* of satellite S4). 
The field is broken up over two consecutive bytes. The legal ^ 
range for this field is 1-31 inclusive. 

6 bit field representing the transponder number to be used to 
tune to this channel on a Satellite system. This fields legal 
range is 0-63 inclusive. 

VBI line number to be used for acquiring StarSight data. 
Stream ID of primary data provider, TTic stream ID is 
transmitted with each time command Subscriber Units may 
use this to identify the VBI stream they are listening to. This 
may be useful fw Subscriber Units while searching fw the 
h<Hne data stream after a c^d^le company has made an 
unannounced change to its channel mapping. 
10 byte field, reserved for future definitions. All first 
generation subscriber units will not interpret the contents of 
this data block. 

Long Assign IR Codes Command 

TTic Long Assign InfraRcd Codes Command specifics the control codes to 
be used by the Subscriber Unit Universal Remote Control chip to control a specific 
peripheral device. The codes which describe the IR Master language may optionally 
be sent for those devices that are not in the URC chip's internal database. 



transponder no 



VBI line nto 
VBI Stream ID 



RESERVED 
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25 



Transmission normally occurs while a Customer Service Rep is in contact with a 
user who has called StarSight because they did not find the code group for their 
VCR/Cable Box/TV in the Subscriber Unit manual. 

IR Codes may be sent either addressed to a specific unit via its Serial 
Number, or to groups of units with a given Product Code, Device Type (e.g. VCR), 
and Device ID. These commands may either be sent once per user request or 
repetitively when addressed to groups of SUs. The fields of the Long Assign IR 
Codes Command as shown in Figure 23 are defined in Table XX. 



Field 
10 Cmd Type 

enc fig 



15 key ID 



Cmd length 



20 Serial Number 



Intercoimea 
Configuration 

Vendor Specific 



30 



Etescription 

Command type = 22 (16H). Identifies command as a Long 
Assign IR Codes Command. 

Flag indicating if the current command has been encrypted- - 
Command type and command length fields axe never 
encrypted. 0 = not encrypted, 1 = encrypted 
Decryption key ID. Identifies which of two current 
"program" decryption keys should be used to decrypt this 
command. 

Number of bytes in the command (including the type and 
length fields). 

Subscriber unit serial number to which the command is 
addressed A Serial Number of 0 means the command is 
addressed to all Subscriber Units having a Product Code, 
Device Type, and Device ID corresponding to the one in this 
conunand. 

A number corresponding to the way the components 
controlled by the SU (i.e. TV,VCR, cable box) are 
connected Values and configurations arc TBD, 
Byte value whose use depends on the product to which this 
command is addressed. Fot example, when addressed to a 
Zenith TV this value is the tuning method to be used with the 
downloaded IR codes. 
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Product Code Number identifying the type/model of Subscriber Unit to 

which this command is addressed. Correlates with the type 
of URC chip in the SU. This command is ignored by a 
Subscriber Unit if this number does not match its Product 
5 Code when the Serial Number field = 0. 

Etevice Type Identifies the type of device (VCR, Cable Box, TV, IRD, 

that can recognize these IR codes. 

0 Cable Box 

1 TV 
10 2 VCR 

OC IRD 

Device ED Code group number for the device that recognizes these IR ^ 

codes. The Subscriber Unit (only if it has a matching 
address) replaces whatever code group number it currently 
15 has for the given Device Type with this number. Thus the 

headend can directly set the code group for a specific user. 
This is not done if the Serial Number field in this command is 
0. In this case, the command is only processed if the user 
has already entered a code number that matches the Device ID 
20 for the same Device Type. 

Version Version number for the IR codes in this conunand. The SU 

saves the version number for each device type and only 
pnxesses those Assign IR Codes commands addressed to 
groups of units if its version number for the specified device 
25 differs from the version number in the command. 

IR Codes Length Number of bytes in die IR Codes field. 

IR Codes Information (normally IR codes) to be used by the URC chip 

to control devices of the specified type. Structure within this 
field is determined by the URC chip manufacturer. 
30 Ta M cX X 

Key Distribution Command 
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Key Distribution Commands give the current and next program keys to be 
used for decrypting encrypted commands. Subscriber units must watch the data 
stream for a Key Distribution Command containing its batch number. When the 
command is found it should send the authorization bit mask, both keys, and the 
5 authentication data field to the StarSight Security processor. If the bit in the 

authorization bit mask corresponding to the subscriber unit's unit number is 0 then 
the subscriber unit has been de-authoriz^ and must suspend data collection. The 
fields of the Key Distributioin Command as shown in Figure 24 are defined in Table 
XXL 

10 Field Description 

Cmd type Command type = 17 (01 IH). Identifies command as a Key 

Distribution Command- 
enc fig Flag indicating if the current conunand has been encrypted 

Command type and ccHiimand length fields arc never 
1 5 encrypted, O=not encrypted, 1 ^encrypted. 

key ID Decryption key ID. Identifies which of two current 

"program" decryption keys should be used to decrypt this 
command. 

Cmd length Number of bytes in the command (including the type and 

20 length fields), 

batch nbr 32 bit number identifying the encryption group to which the 

subscriber urut belongs- This number was assigned during 
the authorization process. 
auA<xization bit niask 256 bit mask (32 bytes) with each bit corresponding to one 
25 unit in the batch. The bit applicable to a subscriber unit is the 

bit corresponding to the unit's unit number. Bit is set (=1) if 
the unit is authorized and reset (^) if not 
program key 0 Cryptogram encoded using the hatch key assigned to the 

subscriber unit's group. The StarSight Security processor 
30 uses this key to decrypt encrypted commands when the 'key 

ID' field = 0. 
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program key 1 Cryptogram encoded using the batch key ai>signed to the 

subscriber unit's group. The StarSight Security processor 
uses this key to decrypt encrypted commands when the 'key 
ID' field =1, 

5 authentication data 4 byte value used by the StarSight Security processor to 

authenticate the authorization bit mask and program key fields 
in this command 

Table XXI 

Subscriber Unit Command 
10 This command is used to transmit data bytes to one or more subscriber units. 

The definition of the format and contents is private to subscriber units. The network 

does not attempt to interpret the data. 

This command provides a hook for transmitting commands and initialization 

data to subscriber units during development, without having to define separate, 
15 formal^ network messages for each function, many of which may be temporary in 

nature. The fields of the Subscriber Unit Command as shown in Figure 25 are 

defined in Table XXH. 

Field Description 

Cmdtype Command type = 24 (01 8H). Identifies Ae command as 

20 Subscriber Unit Command. 

enc fig Hag indicating if the current command has been encrypted. 

Command type and command length fields arc never 
encrypted. O=not encrypted, l=encryptcd. 
key ID Decryption key ID, Identifies which of two current 

25 "program" decryption keys should be used to decrypt this 

command. 

Cmd length Number of bytes in the command (including the type and 

length fields). 

cmnd sub-type 1 byte field indicating what type of subscriber unit command 
30 this is. The following conunand types have been defined: 

01 : Enter Diagnostics Menu if this command is 
addressed to the unit 
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All other type values are reserved. 
SU Serial Nbr Is the assigned 5 byte serial number of the Subscriber Unit. 

Ail zeroes in this field indicates a group broadcast to all 
subscriber units. 
5 Table XXII 

The following describes the Subscriber Unit 52 Database Engine Internal 
Data Structures. The general nature of the Subscriber Unit data is hierarchical. The 
schedule data hierarchy of data structures in descending order follows: 

10 CHANNEL DATA TABLE Contains Subscriber Units list of channels 

SHOW LIST Contains a list of Show Tides, descriptions, start 

tin>es, and durations for a channel. 
SHOW TITLE Contains the Show Title attributes and tide text 

SHOW DESCRIPTION Contains show ratings, attributes, and description 

15 text 

Theme CategOTies and Theme Subcategories are used to select shows for 
viewing. They share a common data value (Theme Indexes) that are used to extract 
shows that match a Theme Category/SubCategory pair. The Theme dataj^rarchy 
in descending order follows: 

20 THEME TABLE Table of Theme Categories 

THEME SUB TABLE Table of Theme Subcategories 

THEME SHOW TABLE Table of Theme selected shows 

For a description of Network Commands received by the Subscriber Unit see the 
InSight Data Transmission Network Protocol description. 

25 Database Memcxy Pool Overview 

The Memory Manager allocates and frees Blocks of Mcnacwy as requested by 
the application portion of the Subscriber Unit. The application software references 
Menaory Blocks via a HANDLE, The handle of a memory block is an index to a 
table entry containing a POOL INDEX. The POOL INDEX is a scaled address that 

30 translates into the address of a MEMORY BLOCK. The HANDLE approach allows 
MEMORY BLOCKS to be relocated as system objects age and die, without 
requiring specific updating of application data structures. 
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The Memory Manager periodically runs a garbage collection process to 
collect unused MEMORY BLOCKS and recombine them into larger blocks. Because 
applications reference MEMORY BLOCKS with HANDLES through the HANDLE 
TABLE, MEMORY BLOCKS can be relocated with specific updating of application 
5 data structures. In addition the memory pool can be temporarily locked to prevent the 
relocation of blocks during critical periods. 

Each MEMORY BLOCK contains as die very first element the size of, and 
the OBJECT TYPE of the Memory Block. This aids in the relocation and merging 
of MEMORY BLOCKS. 

10 The OBJECT TYPES break up into two main groups. The small OBJECTS 

which always can be defined in less tiian 16 Blocks of Memory. Currently each 
block of memory is 16 BYTEs long,. Small OBJECTS have their OBJECT TYPE , 
encoded in the first NIBBLE, and the length in blocks encoded in the second 
NIBBLE of the first BYTE of the MEMORY BLOCK. Large OBJECTS have their 

15 OBJECT TYPE encoded as the first BYTE of the MEMORY BLOCK , and number 
of aUocation units as the second BYTE of the MEMORY BLOCK, 

If the firstBYTE of the MEMORY BLOCK bit wise ANDed with OxCO 
is 0, then this is a Large OBJECT, otherwise it is a small OBJECT, 
Database Memory Pool Access Schen>e 

20 A schematic representation of the database memory pool access schen>e is 

shown in Figure 26, Further details are as follows: 
Handle Table 

The Handle Table is a fixed allocation table, as shown in Figure 27, 
containing two types of entries; &ee entries and in-usc entries. Free entries will 
25 always have their 2 MSBs set so as u> not be confused with in-usc entries. 

In-use entries contain the Index into the Pool for database items that are 
referenced via Handles; e.g.; Show Title entries, A data!>ase item's Handle is an 
index into the Handle Table. A database item's Pool Index can change due to 
garbage collection in the Pool, but its Handle will not change as long as that item 
30 exists in the database. Items deleted from the database return their Handle to the top 
of the free list 
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Handle Table entry 0 is always the head of the free list. The Table is 
initialized to all free entries with each entry containing the Index of the next entry. 

The size of the Handle Table limits the number of database items that can be 
kept in the Pool. Systems with various numbers of channels will require different 
5 Handle Table sizes. 

Field Description 

Pool Index Index into the Pool for the first Pool Block containing the 

item. 

10 Database Show Schedule Access Overview 

The database show schedule access scheme is shown in Figure 28. The 
Channel Data is maintained in the Internal Database Engine data structure called Ac ^ 
Channel Data Table, The Channel Data Table selects the channels accessed by a 
Region. The Channel Data Table is built by the system command proccssOT from the 

15 Region Command and Channel Data Commands. The channel related information is 
extracted from the Region Command and placed in the Channel Data Table, 

The Region Id to use is extracted from the authorization command. The 
Region Id is the key information for show schedule generation. The Region Id 
selects the Region Command processed by the subscriber unit, which defines the 

20 Channels Id accessed, which defines the Channel Data Table, which defines die 

Show Lists, which selects the Show Tides and Show Descriptions, which reference 
the Themes Categories and Theme Sub Categories. Once the Channel Data Table is 
defined, the Channels are referenced direcdy dirough the Channel Data Table. 

Each lower level table in the show schedule is accessed diiough a HANDLE. 

25 The HANDLE is translated by the Handle Table into a pointer in memory. 
Channel Data Table 

As shown in Figure 29, the Channel Dan Table contains information on each 
channel in the Region. This data is used for access to die schedule data ( Show 
Lists ) for a channel, tuning, display on the Channel Banner, for channel gliffs, and 

30 during Setup, Further details arc provided in Table XXIIL 
Field Description 
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Type/Nbr Blks Pool Entry Type and number of blocks required to 

hold this Pool item. The type value indicates that this 
is a 2 byte field since the length can become very large 
due to the number of channels in the Region. 
Channel Data Table Type=L 

Nbr Channels Number of Channel Entries in the usef s Region 

(including inactive channels ). 
Table XXIII 

Channel Entry 

There is one Channel Entry (see also Figure 29) for each channel in the 
Region. Further details are provided in Table XXIV. 



FIELD 
Channel ID 



Tune Channel Nbr 



Transponder Nbr 
Satellite Nbr 

Original Channel Nbr 
Signal Strength 



30 



DESCRIPTION 

Channel's unique ID number assigned by the InSi^t 
Control Center, Used to distinguish Show Lists that 
the Subscriber Unit needs, 

Channel Number to be tuned to receive this channeFs 
broadcasts. Tune Channel Number may differ from 
the (Higinal channel number if the channel is on a 
cable system. E.g.; Channel 5 ( CBS ) might be 
broadcast on channel 17 on a cable network. 
Satellite Transponder Number, for acquiring Satellite 
broadcasts* 

Satellite Number, and In<fcx used with the Satellite 
Codes to generate the specific commands for 
communicating with the satellite receiver box. 
Channel Number displayed in the channel gliff. This 
is the channel the user recognizes* 
Signal Strength rating for the channel acquired during 
Authorization scanning. Lar^ numbers represent 
stronger signals. 
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Data Pro Fig 



Inact Fig 



No Desc Fig 



10 Name Fig 



15 



20 
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Name-Affiliation 



Mask Bits 



Favorite Link 



Show List Handle Table 
Handle 

Di^Oum Handle 



Data Provider Flag. Identifies the channel we receive 
StarSight data from. Bit set during Authorization 
scan. 

Inactive Channel Flag, This bit is set when the user 
specifies this channel as unwanted* When this bit is 
set no data is collected for the channel- 
No Descriptions Hag, Identifies channels for which 
no description data is acquired. Set during user 
Setup. 

Flag indicating if channel icon should display the 
Original Channel Number or the first three characters 
from the 'Name-Affiliation' Field. 0 = use number, 
1 = use characters. 

Text string giving channel's nanie and (if appropria^) 
network affiliation; e.g.» "KTVU- FOX"- 
Bits which arc set indicate which characters in the 
*Name- Affiliation' string are to be madced out 
Channel ID Entry number for the next most favorite 
channel Set During user Setup. Used when 
traversing this table in Tavoritcs* order. Very 1st 
entry will 02H. 

Handle for this channel's Show List HandleTable. 



Handle for table of Duplicatt Channels associated 
with this base channel. 
Ta ble XX IV 

Channel Duplicates Table 

The Channel Duplicates Table (Figure 30) contains information on each 
channel in the Region that is the duplicate of a base channel. This data is used to 
adjust the display of Blocks of pay-for-view type channels. All of the channels 
share a common base Channel Show List, but add a starting time to the offset of the 
base channel's Show List, The Base Channel ID is not stored in the structure. 
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Instead the structure is referenced as a Handle by the channel entry in the Channel 
Data Table. If a channel entry has duplicate channels, then the EKiplicate Channel 
Handle field has a Handle Number to access the table by. Further details are 
provided in Table XXV, 
5 Field Description 

Type/Nte- Blks Pool Entry Type and number of blocks required to hold this 

Pool item. The type value indicates that this is a 2 byte field 
since the length can become very large due to the number of 
10 channels in the Region, 

Nbr Channels Number of duplicate Channel entries in the user's region 

(Including inactive channels). 
Table XXV 

Channel Duplicates Entry 
1 5 There is one Chaimel Duplicate Entry for each duplicate channel in the 

Region, Further details are provided in Table XXVI. 
Field Etescripticwi 

Tune Chan Nbr Tuned Channel Number for the channel that duplicates the 
20 Show List of the base channel by some time offset (9 bits). 

Time Ofifsct This is the offset in minutes from the starting tinac of the Base 

Channel ID, 

TaMcXXYI 

Show List Handle Table 
25 A ' Show List Handle Table* (Figure 31) contains Handles to Show Lists for every 
day of the week. This table is pointed to by the Show List Handle Table* Handle 
located in the Oiannel Data Table. Via diis table we can access Show Lists 
representing a weeks worth of scheduling. Further details are provided in Table 
XXVII. 

30 Field Description 
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Type/NbrBlks Pool Type = 40H, NbrBlks = L Since both pieces of 

information are contained in the 1st Byte, this value will 
equal 41H. 

Reference Count Number of times this Show List is referenced by another 
5 object in database. When this structure is initially created. 

Reference Count will = 1 since Channel Data Table makes 
reference to it 

Monday Sunday One Handle for every day of the week. These Handles point 
to actual 

10 Show List Handles Show Lists representing a given day of the week* Initially, 

and as necessary, when given Handle = 0000, means 
Show List is needed. 

Table XXVn 

Show List 

15 A Show List (Figure 32) contains 24+ hours of scheduling for a given 

channel. The only time it will in fact contain moie than 24 hours of scheduling is 
when a program starts in the current day and crosses the 24 hour line while still 
broadcasting. All Show Lists will always begin at the same time every day. A 
Dummy Slot will be created to deal with overflow fix>m the previous day if 
20 necessary. For a complete set of scheduling, seven separate Show Lists are 
required for every Program Originator supported by given Subscriber Unit. 
Access to the Show List is via the Show List Handle Table foe a given day of the 
week. Further details are provided in Table XXVin. 
Ficki Description 
25 Typc/Nbr Elk Pool Entry Type and Number of Blocks required for the 

entry. Show List pool type = 02H* 
Version Tae current Versicm of the Show List, allows us to recognize 

when a new Version of a Show List has arrived, 
Stan Time Start Time ( in number of minutes since midnight January 

30 1, 1992 - GMT ) for the First Show in the Show List. Used 

for determining new schedule days as they come in. 
Table XXVm 
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Show Entry 

A Channers schedule is given by an ordered sequence of Show Entries, 
These Entries give a show's duration, title, and possibly an episode description. 
The entries are either 4 , 6, or 8 bytes long depending on whether the show has a 
description and/or Group ED. 

Finding the entry that corresponds to a given start tinae requires the Entries 
to be scanned, in order, firom the beginning of the list and adding Duration values. 
There must be no gaps in the Show List. Further details are provided in Table 
XXIX. 

Description 

Set if 1st slot Dummy means last show of last Show List 
over. This much time contained in duration. ^ 
Description ID Flag. If this bit = 1 , then a DID Handle field 
exists for this entry; i.e., entry is at least 6 bytes long and the 
show has a description. 

Length of program minutes - Range: 1 minute - 240 nnnutes 
( 4 hrs ). Shows longer than 4 hours must be broken into 
multiple parts with each part given a new slot- 
Group ID Flag. If this bit = I then a Group ED field exists 
for this entry; i.e. entry is at least 6 bytes long and the show 
is a member of a Recwd Group. If DID Flag set entry, entry 
is 8 bytes long. 

Handle for the Show Tide Entry that gives this Show's Tide 
and Theme Category information. 

Handle for the Show Description Entry that gives this show's 
episode description and some additional Thcnjc Category 
information. This field is only present if the 'DID Fig' field 
is set. 

Value of the Group ID that is used by the Record Manager to 
identify shows that arc members of a Recwd Group, 
Prior to 1st show slot there will be an 'EEH' delimiter. 
Following last show slot, there will be an 'FFH* delimiter. 



Field 

Dummy Flag 
DID Flag 



Duration 



GRP Rag 



SID Handle 



25 DIDHandle 



Group ID 



Delimiters 
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Table XXIX 

Show Title 

Show Titles (Figure 33) contain the usually compressed text of a Show's 
Title. There is one entry per unique Show Title. 

Show Titles are Pool based items. An entry is created whenever a Show List 
is received (for a channel the Subscriber Unit is collecting data for) that contains an 
SID for which the Subscriber Unit docs not already have the Show Tide. When an 
entry is created a Handle is allocated to it and the 'Need It' flag is set in the Show 
Title Handle Table Entry. 

The entry size is determined by the length of the dde. A single Pool Block is 
reserved (containing a null tide string) when a new SID is received in a Show list 
The entry is filled when the appropriate Show Tide message is subsequendy 
received and the 'Need If flag is then cleared. At that time, the entry may be 
relocated and expanded to multiple Pool Blocks (but its Handle will stay die same). 
Further details are provided in Table XXX. 



Field 

Type/Nte- Blks 
Theme ID 
Compressed Rag 



25 CC 



Stereo Flag 



BW/C 



Reference Count 



Description 

Pool entry type and number of consecutive Pool blocks 
required for the entry. Show Tide Pool Type = 5?H. 
Unique number associated with Theme Category Data for this 
show. This is an index into the Theme Category Data Table. 
Flag indicating if Show Tide text is compressed or not 
Sometimes compression actually lengthens the string, so this 
flag is used to suppress de-compression when compression 
was not needed, ( 0 = not compressed, 1 - compressed ). 
Flag indicating if show is Closed Captioned. 0 = no, 1 = 
yes. 

Indication if show is broadcast in Stereo. 0 = no, I = 
yes. 

Flag indicating if show is broadcast in Black and White or 
Color. 0 = Color. 1 = B & W, 
Number of times this Show Tide is referenced by a Show 
List, Record Queue entry, or other item in the database. 
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When this field is 0 the entry and its corresponding Show 
Title Handle Table entry, are candidates for deletion. 
Show Title Text string for the Show Name. Normally this string is 

compressed by Huffman encoding; however, if he 
"Compressed " flag is not set, the text is straight ASCII. 
Table XXX 

Database Show Title Hash Table Access Scheme 

The database show title hash table access scheme is shown in Figure 34. 
Show Title Handle Table 

Show Tide Handle Tables (Figure 35) are Pool based tables used to 
determine if a show tide is needed or if it has already been received. There is one 
Show Title Handle Table for each possible value that an SID can Hash to; Le., 256 
tables. 

A Show Title Handle Table entry is made foe every unique SID received in 
any Show List message far a channel that the SU is collecting data foe. The 
particular table that the entry is made in is determined by die SID's Hash value; that 
is, the SID's least significant 8 bits. 

These tables must be updated as SIDs are eliminated from die database. A 
Show Handle Table Walker background task is mmed on and accesses these tables 
at regular intervals and checks them for Reference Counts that have g<Hie to 0. The 
Walker looks (<x entries that can be deleted. Further details are provided in Table 
XXXI. 

Field Descriptiwi 

Type Pool entry type for Show Tide Handle Table = 03H. 

Nbr Blks Number of Pool Blocks required for die entry. 

Nbr Entries Number of table Entries. Used when searching table for 

matching SID values. This can ncvCT be 0 . 
Table XXXI 

Show Tide Handle Table Entry 

The Show Tide Handle Table contains multiple entries. Each of Uiese Entries 
contains the following fickl: 
Field Description 
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Necd It Flag Flag indicating if the Show Title text string message has been 

received for this SID. 0 = Show Title received, 1 = not 
received. 

Show Tide Hash Table 
5 The Show Tide Hash Table (Figure 36) is a fixed size, pre-ailocated table 

containing only Pool indices for each possible SID Hash value. The SID Hash 

value is an index into diis table. The value in the nth entry is an index into the Pool 

for the Show Tide Handle Table containing all SIDs received so far diat Hash to n. 

Further details are provided in Table XXXII. 
10 Field Description 

Pool Index Pool Index for the first block of the Show Tide Handle Table 

fOT SID's that hash to this entries offset firom die beginning of^ 
the table. A value of 0 means no SID*s have been found so 
far (in Show Lists for channels we collect data for) Aat have 
1 5 Hashed to this entry. 

SED Unique Show ID number. Only the most significant 12 bits 

arc stOTcd since all entries in this table have die same least 
significant 8 bits. This 20 bit number is unique for each 
Show Tide. 

20 Handle Index into die Handle Table which, in turn, gives Ae Pool 

Index fOT die first Pool Block containing die corresponding 
Show Tide Entry, 

Table XXXn 

Show Description 

25 Show Descriptions (Figure 37) contain die (usually) conipressed text of a 

show*s episode description. There is one entry per unique show description. 
Show Descriptions arc Pool based items. An entry is created whenever a Show List 
is received (for a channel die SU is collecting data for) that contains a DID f<x which 
the SU does not ah^y have the show description. That is, the *need it' flag is set 

30 in die Show Description Handle Table entry. 

The entry size is determined by die length of die description. A single Pool 
block is reserved (containing a null description string) when a new DID is received 
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in a Show List. The entry is filled when the appropriate Show Description message 
is subsequently received and the 'need it' flag is cleared At that time, the entry may 
be relocated and expanded to multiple Pool blocks (but its handle will stay the 
same). Further details are provided in Table XXXIII, 



Field 

Type/Nbr Blocks 
Cmp Fig 



CC 

Stereo 

BW/C 

Rating Fig 
Critics Rating 

MPAA Rating 

Traits Bit Mask 



25 



Description 

Pool entry type and number of consecutive Pool blocks 
required for the entry. Show Description Pool Type = 6?H 
Flag indicating if show description text is compressed or not 
Sometimes compression actually lengthens the string, so this 
flag is used to suppress decompression when compression 
was not needed. (0 = not compressed* 1 = compressed). 
Flag indicating if the show episode is close captitMied. 0=no, ^ 
l=yes. 

Flag indicating if the show episode is broadcast in stereo. 
0=no, l=yes. 

Flag indicating if the show episode is in black & white or 
color. 0=color, 1=B&W. 

Flag indicating if rating bytes are present 0 = no, 1 = yes. 
Number of star's accorded the show by the critics, 0=no 
rating. 

Audience suitability rating. 0=G, 1=NR, 2=PG, 3=PG13, 
4=R, 5=X, 6^NC17, 

Bit tnask indicating show^s attributes such as violence or 
profanity. Sec 'Show Description Command* for bit 
assignments. 



Bit 



Attribiite 



30 



0 profanity 

1 nudity 

2 violence 

3 adult situation 
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4 adult themes 

5 mild violence 

6 brief nudity 

7 adult language 
5 8 mature thenies 

9 not used 

Reference Count Number of times this show description is referenced by a 
Show List, Record Queue entry, or other item in the 
database. When this field is 0 die entry and its correspcMiding 
10 Show Description Handle Table entry are candidates for 

deletion. 

Theme ID Unique number associated with Theme catcgcwy data for this ^ 

episode of the show. This is an index into the Theme 
Category Data Table. 
15 Show Description Text string for the show name. Nonnaily this string is 

compressed by Huffman encoding; however, if the 
'compressed' flag is not set, the text is straight ASCII. 
String is null terminated 

20 Database Show Description Access Overview 

Figure 38 depicts the database show tide hash table access scheme. 
Show Description Handle Table 

Show Description Handle Tables (Figure 39) are Pool based tables used to 
dctamiiieif a Show Description is needed or if it has already been received. There 
25 is one Show Description Handle Table for each possible value that an DID can Hash 
to; i.e., 256 Tables, 

A Show DescripticH- Handle Table entry is made for every unique DID 
received in any Show Ust message for a channel that the SU is collecting data for. 
The particular table that the entry is made in is determined by the DDD's Hash value; 
30 that is, the DID's least significant 8 bits. 

These tables must be updated as DIDs are eliminated from the database. A 
Show Handle Table Walker background task is turned on and accesses these tables 
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whenever 5 DIDs have been deleted; i.e. their Reference Counts have gone to 1. 
The Walker looks for entries that can be deleted. Further details are available in 
Table XXXIV. 

Field Description 

Type Pool entry Type for Show Title Handle Table = 04H 

Nbr Blocks Number of Pool Blocks required for the entry. 

Nbr Entries Number of Table Entries. Used when searching table for 

matching DID values. 

Table XXXIV 

Show Description Handle Table Entry 

The Show Description Handle Table contains multiple entries. Each of tiiese 
entries ccMitains the fields shown in Table XXXV: 
Field Description 

Need It Flag Flag indicating if the Show Description text string message 

has been received for this DID. 0 = Show Description 
received, 1 = not received. 

DID Unique Description ID Number. Only die n»st significant 8 

bits are stored since aU entries in this table have the same least 
significant 8 bits. This 16 bit number is unique for each 
Show Description. 

Handle Index into the Handle Table which, in turn, gives the Pool 

Index fw the first Pool Block containing die conesponding 
Show Description entry. 

Table XXXV 

Show Description Hash Table 

The Show Description Hash Table (Figure 40) is a fixed size, pre-allocated 
table containing only Pool indices for each possible DID Hash value. The DID 
Hash value is an index into this table. The value in the nth cntiy is an index into the 
Pool for the Show Description Handle Table containing all DIDs received so far that 
Hash to n. Further details arc as follows: 
Field Description 
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Pool Index Pool Index for the first block of the Show E)escription Handle 

Table for DID's that Hash to this entries* offset from the 
beginning of the table, A value of 0 means no DDD^s have 
been found so far ( in Show Lists for channels we collect 
5 data for ) that have Hashed to this entry. 

Thenie Category Table 

The Theme Category Table (Figure 41) contains the definition of the Themes 
downloaded to the Subscriber Unit. The Themes Categories arc used to search for 
shows of a particular type. Each Theme Category contains one or more Theme 
10 Subcategories, Each Theme Category in the Theme Categwy Table has a Theme 
S ubCategory Table associated with it. Further details arc provided in Table 
XXXVI, 

Field Description 

Type/Nta- Blks Pool entiy type and Number of Blocks required to hold this 
15 Poolitem, The type value indicates that this is a 2 byte field 

since the length can beconie large due to the number of 

possible Then>e Categories. 
Reference Count Number of times this table is referenced. Initialized so the 

garbage collector does not delete it 
20 Version Version Number of the Theme Category Table New 

Categories and Sub Categories arc collected when the 

Version Number changes. New Theme Counts must be also 

be determined. 

Nbr Theme Categories Number of Theme Category Entries. 
25 TaWc XXXVI 

Theme Category Entry 

There is one Theme Category Entry for each Theme Category, Further 
details on the Theme Category Entry arc provided in Table XXXVn, 
Field Description 



STAR^5/0OUS 



-90- 



10 



15 



20 



Theme Subcategory 
Table Handle 
Theme Category 
Name Length 
Theme Category 
Name 



25 



Theme Category ID The Theme Category's Unique ID assigned by the Head End, 
Used to Identify Theme Subcategories for this Primary 
Category. 

The Handle to the Menaory Pool Block containing the Theme 
SubCategOTy Table that corresponds to this Theme Category. 
The length of the text string in bytes. Used to locate the start 
of the next entry. 

Compressed text name of Theme Category. Huffman 
encoded. 

Table XXXVn 

Theme Subcategory Table 

The Theme Subcategory Table (Figure 42) contains information about 
Theme Subcategories contained in a Theme Category. Each Theme Subcategory 
Table is referenced by one Theme Category Entry. Each Thcnoe Subcategory Entry 
contains a name, qualifiers, and Theme Indexes. The Theme Indexes in Show Tides 
and in Show I>escripdcHis are nnatched against the Theme Indexes in a Theme 
Subcategory, Theme Indexes that match identify which shows are a members of a 
Theme Subcategory. Further details are provided in Table XXXVIIL 
Description 

Pool entry Type and Number of Blocks required to hold this 
Pool item. The Type value indicates that this is a 2 byte field 
since the length can become very large due to the number of 
Thcn» SubCategOTies in the Thcnic Category. 
Theme Catcgwy ED of owning Theme Category, 
Number of times this object is Referenced. 



Field 

Type/Nbr Blks 



Theme Category ID 
Refermce Count 



Nbr Theme Number of Theme Subcategory Entries in Ae Theme 

Subcategories Category. 

Tat?lcXXXVffl 

30 Theme Subcategory Entry 

There is one Theme Subcategory Entry for each channel in the Region, 
Further details on the Theme Subcategory Entry are provided in Table XXXDC. 



STAR^5/0OUS 



-91- 



10 



Field 

Subcategory Show 
Count 

Entry Length 

Nbr Theme Indexes 

Theme Index [ ] 



Subcategory Name 



Description 

Count of shows that reference this Subcategory. A Show 
Title/Description pair should only be counted once. 
Total remaining Entry Length in Bytes ( Indexes & Text ) 
Number of Theme Indexes that reference this Theme 
Subcategory. 

Theme Indexes, ( 9 bits + Nbr extra Then:ie Index Bits ) 
long. TTiis is implementation dependent The Head End tells 
the Subscriber Unit how many bits are required for the largest 
Theme Index. The default is 9 bits. The Subscriber Unit 
can encode those as 9 bit values, or as 16 bit values. 
Compressed Text Subcategory Name. 

T abic X 



15 This section describes the messages sent between all processors in a 

subscriber unit 52. All messages are described even though some subscriber unit 

implementations may not use or require all of the messages. 

Diagrams are given showing the format of the messages followed by a 

description of each of the fields in the message. Greyed fields represent cunendy 
20 unused fields, but the bits in these fields should be set to O's in order to maintain 

compatability with future implementations. All fields arc binary, 2s complement 

numbers unless otherwise noted. 

Database Engine - I/O Processor Interfaces 

The Database Engine and the I/O Processor communicate via an IM bus 
25 running at 1 Mbits per second. The I/O Processor receives Data Transmission 

Network data via one or more specified Vertical Blanking Interval line(s) and 

transtirits the acquired raw bytes when requested by the Database Engine Processor. 

The Database Engine controls the tuned channel and specifies the particular VBI 

linc(s) to be used. 

30 The Database Engine also issues graphic display commands to the I/O 

Processor such as fill a rectangle with a given cdor, and save or restore the pixel 
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contents of a given rectangle on the screen* All subscriber unit screens are 
constructed from these graphic display commands. 

The Database Engine issues commands to the I/O Processor in a packet 
(Figure 43) that contains a packet length field followed by one or more cc«nmands. 
5 The I/O Processor transfers all packet bytes to a RAM command buffer and, at the 
completion of the transfer, begins executing the commands in the order they were 
received in the packet The I/O Processor sets a status flag indicating that it is busy 
until all conimands have been executed. Packet size is always the first two bytes 
received in any command sequence issued to the I/O Processor, Only one command 
10 packet can be sent to the I/O Processor at a time, 
Graphics Commands 

The following commands define the primitive graphics operations needed to draw - 
system display screens on a television set conneaed to or incorporating the 
subscriber unit 52, 

15 Screen coOTdinates are based on (0,0) being in the upper left comer of the 

screen. The TPU 2740 allows X coordinates as high as 503 but the system's 
maximum X coordinate is 251. This allows the system to kc^ X cocaxiinates in a 
single byte and to have two pixels of different colors comprise a 'system pixel. 
Hence (25 1 ,207) is the lower right comer of the screen and X coordinates received 

20 in commands must be doubled by the 2740. 

All colors in the following commands are conpriscd of two basic TPU 2740 
colors in the upper and lower nibbles of the color byte. U^g two separate colors in 
a single system pixel enhances the number of colors that can be shown. Setting a 
system pixel actually involves setting two successive 2740 pixels along the X axis 

25 using the two colors in the color byte. 

When areas are filled, the colors must be dithered. That is, the colors used 
for successive 2740 pixels along the X axis must alternate between the two colors 
given in the appropriate conunand color byte. Even rows start with color I while 
odd rows (i.e. Y coordinate is an odd number) stan with color 2 and alternate 

30 between the two colors for successive pixels along the X axis. 
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The 2740*s graphics routines clip output if the X or Y coordinate exceeds the 
limits of the screen. That is, graphics do not wrap if the coordinates of an operation 
go outside (0,0) to (251,207). 

Commands with illegal parameter values are ignored. An illegal 'cmd type' 
5 field causes all subsequent commands in the packet to be ignored; that is, the lOP is 
finished with a packet if it ever detects an illegal command type. 

Graphics commands take precedence over VBI processing. 
Set Graphics Defaults 

The Set Graphics Defaults command (Figure 44) causes the I/O Processor 
10 (lOP) to reset all its graphics variables to their initialization values. This consmand is 
used when the Database Engine has come up from a power cm reset state. The lOP 
initializes these values to: 

• shadow width = shadow height = 3 

• shadow color = BLACK 
15 • small font delta X = 6 

• small font delta Y = 10 

• large font delta X = 8 

• large font delta Y = 15 

• highlight = WHITE 
20 • undcriinel = GREY 

• underiinel = BLACK 

Further details arc provided in Table XXXX. 
Field Descripti<xi 

cmdtypc Command ID number = 1 identifying tfiis as a Set Graphics 

25 Defaults command. 

shadow width Number of pixels along the X axis for vertical shadows. 

Used by Draw Rectangle command 
shadow height Number of pixels along the Y axis for horizontal shadows. 

Used by Draw Rectangle command. 
30 shadow color 1,2 Default colors to be used for shadows, 

small font delta X Number of pixels spacing along X axis for small font 
characters. Used by Write ASCII String command. 
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large font delta X 
large font delta Y 



small font delta Y Number of pixels spacing along the Y axis allowed for text 
lines written in small font characters. This value is added to 
the Y coordinate for the current text line when a carriage 
return character is encountered in a text string by the Write 
ASCn String command. 

Number of pixels spacing along X axis for large font 
characters. Used by Write ASCII String command 
Number of pixels spacing along the Y axis allowed for text 
lines written in large font characters* This value is added to 
10 the Y coordinate for the current text line when a carriage 

return character is encountered in a text string by the Write 
ASCn String command 

Color ID numbers fac the top embossing lines and left side 
lines. 

Color ID numbers fcH* the inner embossing underline and 
inner right side line. 

Color ID numbers for the lowest embossing underline and 
outside right verticle line. 

Table XXXX 

20 Erase Screen 

The Erase Screen command (Figure 45) causes Ae I/O Processor to blank 
the screen and set all display buffer pixels to the specified "transparent" color. 
Further details are provided in Table XXXXI. 
Field Description 
25 cmd type Command ID number = 2 identifying this as an Erase Screen 

command. 

xpar color Color ID number to be used for tranqiarent pixels. Only the 

lower nibble is used in defining the transparent color. 
Tabic XXXXI 

30 Draw Rectangle 

Draws a rectangle of specified dithered cdors. Rectangle can be fiUed, 
outlined, shadowed, and/or embossed in a single operation based on the 



highlight 1,2 



15 underline 11,12 



underline 21,22 
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upper left X 

upper left Y 

width 

height 

fill color 1,2 

outline color 1,2 



corresponding flag bits set in tfie command Each of these operations can be done 
independendy of the other operations. For example, an empty rectangle can be 
drawn by setting only the 'oudine' flag bit 

For solid color, filled rectangles, bodi 'fill colorl* and Till colorZ should be 
the same value. Rectangles should be filled, then embossed, outlined and shadowed 
in that order. Further details are provided in Figure 46 and Table XXXXn. 
Field Description 

cmd type Command ED number = 3 identifying this as a Draw 

Rectangle command. 
10 upper left X X coordinate for die upper left COTier of the rectangle, 

Y coordinate for the upper left comer of the rectangle. 
Rectangle size in pixels along the X axis. 
Rectangle size in pixels along the Y axis. 
Color ID numbers far the ditficrcd colors used to fill the 
15 rectangle. Only used if W bit is set 

Color ID numbers for the dithered colors to be used for the 
ouUine around the rectangle. Not used if 'outline* flag = 0. 
fill Flag indicating if rectangle should be filled widi dithered 

colors. 0 = no, 1 = yes. 
20 outline Flag indicating if rectangle should be outlined. 0 = no 

outline, 1 = outline rectangle widi 'outline' color, 
shadow Flag indicating if rectangle should have a shadow. If the 

shadow bit is set for drawing a pc^up then save and lestOTC 
rectangle operations must account for the size of the shadow, 
25 Shadow size and coIot are set by the Set Graphics Defaults 

command, 0 = no shadow, 1= draw shadow, 
emboss Hag indicating if rectangle should be embossed to give a 3D 

effect Embossing colors used are dcteimincd fipom the 'fill 
colOT r and Till coIot 2' fields. 0 = no embossing, I = do 
30 embossing. 

Tabic XXXXn 
Example rectangles are shown in Figures 47 A-47E, 
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Savc Rectangle 

Causes the pixel contents of a specified rectangle on the screen to be saved in 
a temporary buffer for later restoration via a Restore Rectangle command. Further 
details are provided in Figure 48 and Table XXXXin, 
5 Field Description 

cmd type Command ID number = 4 identifying this as a Save Rectangle 

command, 

upper left X X coordinate for the upper left COTier of the rectangle, 

upper left Y Y coordinate for the upper left comer of the rectangle- 

10 width Rectangle size in pixels along the X axis, 

height Rectangle size in pixels alcHig the Y axis, 

pop-up ID ID number assigned by the command initiaior (value is 

equivalent to nesting level). This field is CKily used for 

debugging. 

15 TabteXXXXm 
Restore Rectangle 

Restores a rectangle to the screen that was previously saved with a Save 
Rectangle command. Rectangle to be restored is recognized by its 'pop-up ID' field. 
Restoration cowdinatcs allow a previously saved rectangle to be brought back at a 
20 different place on the screen, such as when moving a cursor or icon of some sort 
Further details are provided in Figure 49 and Table XXXXIV . 
Field Description 

cmd type Command ID number = 5 identifying this as a Restore 

Rectangle command 
25 upper left X X coordinate for the upper left comer of the rectangle, 

upper left Y Y coordinate for the upper left corner of the rectangle, 

save Flag indicating if rectangle's storage area can be released for 

use by subsequent save operations. If the 'save* flag is set 

then another 'restore' operation can be performed without 
30 doing a ccHicsponding 'save', 0 = release, 1 « save. 

pop-up ID ID number previously assigned to a saved rectangle. Not 

used except for debugging. 
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Tahle XXXXIV 

Move Rectangle Vertically 

The Move Rectangle Vertically command (Figure 50) causes the pixel 
contents of a specified rectangle to be copied to another place in display memory, 
5 effectively moving the rectangle on the screen. Only vertical moves are handled by 
this command. Rectangles are scrolled up or down one line at a time until the 
specified scroll size has been achieved. Further details are provided in Table 

xxxxv. 

Field Description 
10 cmdtype 0>tnrnand ID number - 6 identifying this as a Move 

Rectangle Vertically command 
upper left X X coordinate for tiie upper left COTncr of the rectangle, 

upper left Y Y cowdinate for the upper left comer of the rectangle, 

width Rectangle size in pixels along the X axis. 

15 height Rectangle size in pixels along the Y axis, 

scroll size Number of pixels to shift the rectangle per move operation. 

Negative numbers mean shift the rectangle to a position 
'scroll size' pixels higher on the screen. Positive numbers 
mean shift the rectangle lower on the screen, 
20 delay Number of hc»izontai sync pulses to count before starting the 

next single line scroll operation. Provides s<Mnc scroll rate 
control for the Database Engine. 
Tabic XXXXV 

Write ASCn String 

23 Output an ASCn string to the screen. Starting coordinates fw the first 

character of the string correspond to the character's upper left comer. Successive 
characters are on a horizontal line until an ASCII carriage return character is 
encountered; subsequent characters are output *delta Y* (as qiecified in the Set 
Graphics Defaults coasnand for each font) pixels lower on the screen and restarting 

30 at die original X coordinate, lUcgal characters cause a "7' to be output in their place 
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Characters can be ou^ut in one of two fonts. Only upper case characters are 
supported in the large font Further details are provided in Figure 51 and Table 
XXXXVI. 

Field Description 
5 cmd type Command ED number = 7 identifying this as a Write ASCII 

String command, 

font Identifies which of two fonts should be used for each 

character in the string, 0= small font, 1 = large font, 
start X X coordinate for die upper left COTner of the first character in 

10 the line. 

start Y Y coordinate for the upper left axner of the first character in 

the line* 

text color 1 ,2 Color ID numbers for the pixels that form characters, (Only 

the lower nibble is used - characters are not dithered.) 
15 ASCn string String of ASCII characters to be output Output stops when a 

NULL is found* 

Table XXXXVI 

Draw Channel Icon 

Draws a channel icon at specified coordinates. Coordin^s for the icon 
20 represent die upper left comer of a rectangle that would exacdy contain the iccxi if it 

held a 1 or 2 character channel nanae These cocxdinatesnuist be adjusted if the 

*ASCn channel name' field is longer than 2 characters In this case* AcIOP must 

decrement the X coordinate sent in the command by 3 ♦ (channel name length- 1). 

An empty channel icon is drawn if the channel name string has no characters in it 
25 (Lc, an empty icon of 1-2 character size if byte 5 = 0), Further details are provided 

in Figure 52 and Table XXXXVIL 

Reld Description 

cmd type Command ED number = 8 identifying this as a Draw Channel 

Icon command 

30 upperleftX X coordinate for upper left cwncr of the icon, 

upper left Y Y coordinate for upper left corner of the icon, 

fill colorl,2 Ctolor ID numbers for the fill colors inside the channel icon. 
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text colorl ,2 Color ID numbers for the text in the channel icon and fca* the 

outline of the icon. 

ASCII chan name 0 to 4 characters to be used for labeling inside the channel 
icon. May be a name such as "SHOW", "G3^24", 
5 "RESET\"CNN" or a channel number such as "7" or "135". 

Field has a NULL terminatOT; i.e, byte = 0 after last character 
of the name. If this string is of length 0 (i.e. first byte of this 
field = 0) then an empty icon is drawn. 
Table XXXXVn 
10 Examples of channel icons are shown in Figures 53A-53C, 
Disable Transparent Color 

TTie Disable Transparent Color ccraimand (Figure 54) specifies that no color -= 
code number represents transparent pixels. This conunand is used to indicate when 
no color should be transparent and should be sent each time a full screen display is 
15 drawn. Further details are as follows: 
Field DescripticHi 

cmd type Command ID number = 9 identifying this as a Disable 

Transparent Color command. 
Network Data Acquisition and Ccwitrol Interface 

20 System data is received via the PBS networic, MTV, Showtime or otiier 

tnmsmission source on one or nwrc Vertical Blanking Intervai (VBI) lines. The I/O 
Processes acquires data from each line (if there are multiple Unes) and stoies it into 
separate input buffers. Data is stored in the lOP's input buffers even if the framing 
code is bad for a given field. In this case, two bytes of 03s are stored. The data is 

25 only transferred to the Database Engine Processor if the command packet contains at 
least <Mie command that requires a response. 

When responding to a Database Engine request, the I/O Processor transfers 
as many bytes as it can that is less than or equal to the number of requested data 
bytes. If an input buffer beconaes full, the I/O Processes begins dumping the data 

30 until the buffer is emptied or a reset is issued. A full buffer causes the *ovfl* flag to 
be set in the next response it sends to the Database Engine. 
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The I/O Processor can handle up to 2 VBI lines of system data or one line of 
system data and closed caption data from line 2 L Data is always acquired from both 
fields for each system data VBI line. Closed caption data is also acquired from bodi 
fields. 

The I/O PrxjcessOT responds within 10 milliseconds to any command that 
requires a response. 
Stop VBI 

The Stop VBI ccramand (Figure 55) causes the I/O ProcessOT to initialize its 
internal variables related to VBI processing. AU VBI buffer counters are cleared and 
any acquii^ data is lost VBI data acquisiticm is stepped until a Set VBI Control 
Paran>eters or a Rush VBI Buffer command is received Further details are as 

follows: 

Field Etescription 

cmd type Command ED number = 16 identifying this as a Stop VBI 



Set VBI Control Parameters 

The Set VBI Control Paranicters command (Figure 56) allows the Database En^ne 
to specifiy parameters that ccmtrol the acquisition of VBI data. This command (or a 
Hush VBI Buffer command) must be issued after a Stop VBI conmand in order to 

enable VBI data acquisition. 

ParametersmustbcscntforaU VBI lines (niaximum of two lilies). Each 

new Set VBI Control Parameters conamand replaces all previous parameters. 
Parameters must be (xdered by line number with the lowest VBI line first Further 
details arc provided in Table XXXXVm, 
Held Description 

cmd type Command ID number = 17 identifying this as a Set VBI 



command. 



nbr lines 



rate I 



VBI line 1 



framcode 1 



Control Parameters command 

Number of VBI lines to use for acquiring system data. 

Primary VBI line number whose data is to be acquired 

Framing code to be used for VBI line L 

Data rate for VBI line I. 0 = Telecaption rate (2 by«s per 

line), I = full rate (33 data bytes per line). 
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VBI line 2 Additional VBI line numbers (if any) whose data is to be 

acquired. Not present if only one VBI line to be ptxx:essed. 
Maximum of 2 VBI Unes. 

rate 2 Data rate for VBI line 2. Not present if *nbr lines* field = 1. 

5 0 = Telecaption rate (2 bytes per line), 1 - full rate (33 data 

bytes per line), 

firam code 2 Framing code to be used for VBI line x. Not present if 'nbr 

lines* =L 

Table XXXXVm 

10 Read VBI Status 

The Read VBI Status command (Figure 57) causes the I/O Processor to 
return status information on the specified VBI line buffer, Furtiicr details arc 
provided in Table XXXXIX, 
Field Description 
15 cmdtype Conmiand ID number = 18 identifying this as a Read VBI 

Status command 

VBI line VBI line number whose status is being requested. =0 means 

return status foe all active VBI Unes. 
Status returned is formated as shown in Figure 58 and further described in TaWc L: 
20 Held Descripti<xi 

VBI line VBI line number whose stams is being returned- * VBI line' 

= 0 means a status request was made for a VBI line that die 
lOP is not collecting data for, Le., an illegal VBI line number 
was received in the command that generated tfiis response. 
25 (Lines for which data is collected are set with a Set VBI 

Control Parameters command.) 
nbr unread bytes Number of data bytes in buffer f<x * V3I line* that have not 

yet been read by the Database Engine. A value <rf 255 fw this 
field indicates that the lOPhasas least 255 bytes available. 
30 ovfl Flag indicating VBI buffer has overflowed since last read 

request (i.e., I/O Processor had to drop some VBI data since 
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the buffer was full of unread bytes), 0 - no overflow, 1 = 
overflow occurred, 

rate Data rate for this VBI line. 0 = Telecaption rate, 1 = full 

rate, 

5 Table L 

Read VBI Buffer 

The Read VBI Buffer command (Figure 59) causes the I/O Processor to 
return a specified number of data bytes from the buffer for the specified VBI line. 
Data is returned in first in, first out OTden The number of data bytes actually 
10 returned will be less than or equal to the requested number of bytes. Further details 
arc provided in Table LL 
Field Description 

cmdtype Command ID number = 19 identifying this as a Read VBI 

Buffer command. 

15 read again Flag indicating that the last Read VBI Buffer conmiand 

should be repeated using the same parameters in effect at that 
time (i,e, repeat the last Read VBI Buffer conmand). If this 
bit is set then the 'VBI line' and 'nbr bytes* fields will not be 
present in the command, 0 = read using parameters specified 
20 in tills command, 1 = read using last specified parameters. 

VBI line VBI line number whose data is being requested, 

nbr bytes Maximum number of data bytes to be returned. If more bytes 

arc requested than exist in die buffer then the number in the 
buffer will be returned If tiie buffer is empty then a single 
25 byte VBI Data Response is returned (i.c., only byte 0 in 

Figure 60) indicating tfiat no data is available. 
Data returned has the fcwmat of Figure 60, Furtiier details are provided in Table LIL 
Field Description 

err flg Flag indicating if an error occurred since tfie last VBI access 

30 command Database Engine should do a Read VBI Status to 

get error information. 0 = no error occurred 1 = had error 
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since last VBI access. The error flag is not cleared until a 

Read VBI Status command is done, 
VBI line VBI line number whose status is being returned, 

data byte Successive data bytes from the buffers for the given VBI line. 

5 Bytes are returned in first in, first out (FIFO) order Number 

of bytes returned will be less than or equal to the number of 

requested data bytes. No data bytes are returned if the buffer 

is empty. 

Table LII 

10 Hush VBI Buffer 

The Flush VBI Buffer command causes the I/O Processor to either transfer 
all existing data in a given VBI buffer or to reset VBI processing for a given VBI ^ 
line without stopping data acquisition, VBI processing is rc-cnablcd with Ac 
parameters sent in the last Set VBI Parameters ccmmand. This command rc-cnabtes 

15 VBI processing that had been suspended due to a Stop VBI command 

If data is transferred then it is returned in the same response format as for a Read 
VBI Buffer command. Further details are provided in Table LIU. 
Field Description 

cmd type Command ED number = 20 identifying this as a Flush VBI 

20 Buffer command 

clr flg Flag indicating whether remaining data should be transferred 

or not 0 = don't transfer remaining data - just reset both 
buffers, 1 = transfer any existing data (up to 255 bytes) and 
then reset both buffers, 
25 VBI line VBI line number that is being flushed 'VBI line' = 0 means 

flush all VBI buffers. This field is ignored if non-zero and in 
concatenated VBI data transfa* mode. 

Reception Groups 

30 A Reception Group (or RG) is a named entity which has an associated 

Channel Lineup. There arc three broad categories of Reception Groups: Broadcast, 
Cable and Satellite, Examples of these arc shown in Table UV: 
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Typeof RG 



Name Description 

"SF BAY" all channels receivable via VHF or UHF 



Broadcast: 



antennas in the San Francisco Bay Area 



Cable: 



"TCI, Fremont, all channels receivable by subscribers to the 
CA'* TCI Fremont cable system 

"TVRO North all channels receivable in North America via 
America*' Home Satellite antenna 



5 



Satellite; 



Table LIV 



Some RGs, and certainly Cable RGs, will have information associated with 



10 them which is of interest, and may be helpful in marketing and other operations. 

Some examples of such infomiation are: 

Name of Contact 

Telephone Number 

FAX Number 
15 ADI 

DMA 

Each StarSight Subscriber Unit is considered to be a "member", so to speak, 
of one and only one RG* When it is first put into opcraticHi, the SU must be 
infcMined as to which RG it is in, so that it will display the Lineup v^iiich is true for 

20 that RG. 

Lineup Explanation 

A Lineup is the actual list of channels that are received in a particular RG. In 
fact at any given time, there is a one-to-one mapping of RGs and active Lineups: for 
every RG there is one and only one active Lineup, and far tvay active Lineup there 

25 is one and only one RG. It is possible that two RGs could sooietimes have identical 
lists of channels received; it is equally possible that one list could be changed while 
the other does not For this reason, each Lineup is RG*specific. A Lineup can 
usually be thought of as a descripdon of informadon ths^ could be obtained by 
viewing a physical geograj^ map (a map that shows coverage of TV stadons and 

30 cable systems, that is); it COTtains inforaiarion about which channels are available in 
the physical area that the Lineup covers. The purpose of a Lineup is to define what 
channels in a given RG need to be supported with data. 
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Because of the well defined physical area of cable TV and broadcast TV, the 
viewable channels that a TV viewer located in that area would be able to receive are 
well known. These channels make up a Lineup, which is required so as to know 
what listings data to transmit for a given RG. 

5 It is possible for multiple LINEUP maps to cover the same area or overlap. 

An example of this might be two neighbors with one receiving TV via a home 
antenna and the other getting his from cable. In this case the cable subscriber would 
be in a different RG than his non-cabled neighbor since he would be receiving more 
/ different channels from his cable. In the above case the StarSight data destined for 

10 both RG's is delivered from one PBS station and each SU listens for the data 
defined in its SU Lineup. 

In die case of broadcast TV a given RG could contain from one to dozens of ^ 
channels and could include weak stations that are found in the fringe areas. In the 
case of a cable system the Lineup is very well defined and is the same for all 

15 subscribers in that cable system. The Lineup for sateUite viewers is feirly constant 
for all viewers throughout the USA with the possibility of some differences between 
the east coast and tiw west coast but is more likely to be just one group covering all 
of the continental USA. 
File Layout SpecificaticMis 

20 Staticm List 

The Station List is made up of recwds with each record identifying and 
describing the essential characteristics of one broadcast station or satellite feed. 

To deal with unedited stations or repeater stations, a field is used to specify 
where, if anywhere, the station's schedule information is obtained. If the station is 
25 not oirremly edited, the value in this field is set to zero; if the schedule information 

is being provided using a different Station ID (in other words, this station is a 
repeater), dien this field will contain the ID <tf the other station; if the station is 
handled normally (schedule is edited and data is provided under this ID), this field is 
left empty. 

30 The Station List is required to contain an entry corresponding to every station 

or feed for which the vendor supplies data to StarSight, regardless of whether that 
feed is present in any Lineup supplied by the vendor to StarSight This is because 
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StarSight sometimes identifies a need for data for a station, due to a show or test. In 
a case like this StarSight niight internally generate a lineup containing this station, 
and just ask the vendor to supply the schedule information. 

In general, the vendor should be supplying data to StarSight for all regularly 
5 scheduled stations and feeds in the USA, as well as certain designated 

local-origination feeds; the Station List must contain an entry identifying each one of 
these, an entry for each alias for any of these, and an entry for every feed which 
appears in any lineup supplied by the vendor to StarSight 

Other fields give the station Call Letters or satellite feed's name, the usual 
10 abbreviatic«i for the name, effective date and expiration date (for dealing with Call 
Letter changes). 
Lineup List 

The Lineup List is made up of two types of records: 
RG Records 

15 Each RG record explains the details about one RG, such as contact names, 

location, type of service, daylight saving time observed etc. 
Lineup Records 

Each Lineup vccocd describes one of the channels rccdvcd by the RG. The 
union of all the currendy-efFective records describing channels in a given RG 

20 comprises the Lineup for that RG. There may also be records which are not 

currendy effective, either because the date they become effective is in the future, or 
because the date on which they ceased to be effective is in the past Each recoid 
contains sufficient information to unambiguously identify the RG and channel it 
applies to, and (along with knowledge of the current date) to decemiine whether or 

25 noc u is cmrendy effective. It also contains information which allows the 
construction <rf cotx;)osite channels. 

The Lineup List can be updated inctenaentally by transmitting a Lineup List 
Update, consisting of only Ac Lineups for RGs that have been modified since the 
last rime the full Lineup list was transmitted Note that any time a given RG's 

30 Lineup is updated, it must be updated in full; that is: a Lineiq) List Update may 

update only some of the RGs, but any RG which has its updated must be updated by 
transmitting all the lineup infomiarion for that RG. 
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Probable usage would be for the full Lineup List to be transmitted weekly, 
and a Lineup List Update, transmitted daily. 
File Naming Con ven dons 

Filenames for the Stadon and Lineup lists shall be assigned as follows: 
5 Base name of each file shall consist of six characters signifying year, naonth and 
day; basename shall be separated from a suffix by a period, and the suffix shall 
denote which type of file, according to Table LV below: 
Basename.Suffix Type of File Exanq>les 
yymmdd.STT> Station List Daily fUc 940130.STD 

10 yymmdd.LUW Lineup Weekly file 940519.LUW 
yymmddXUD Lineup List Update 94112LLUD 

yymmdd.TRD TVRO Lineup FUe 931225.TRD 

File COTtent 

15 These files will contain records made up of ASCH text in the range of 20 to 

7E hex inclusive. The only exception to this is the end of recced terminator OA hex, 
an ASCn Line Feed 
FUc Transfer 

The Station and Lineup files arc pipe-delinaited-f<XTnat (PDF) ASCII files 
20 con^nsedof ncwlinc-tcrniinated records. These files arc to be transferred to 
StarSight electronically. 
Composite Channels 

The issue ci composite channels is handled through the Lineiq>. If a single 
tunable channd loutinely airs prognunming from men than one progranoning 
25 souroe, it is then known as a con^siie channel. (Exan^le: A cable channel #41 
might show VH 1 for pan of the day and HBO fen* another part of the day« etc.) 

The Lineup will deal with this by assigning each of the feeds that go ^nto the 
composite to the same "tune" channel. The start and stop tinies can then be used to 
detemaine what data to compile for that composite. 
30 Composite channels are seldom seen on broadcast TV or on Satellite TV but 

are quite ncmnal for a cable provider. 
Station List 
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20 



25 



Each record in the Station List file is comprised of the fields defined in Tabic 
LVI. Each field is delimited fiiom the next with an ASCII "pipe" (7C hex) character. 
Fields with a specified default size of 0 may be left empty if no data is available; 
fields with a nonzero minimum size are mandatory. Note: to inforai StarSight that an 
entry of the Station List is being deleted, a Station list recOTd is transmitted 
containing data in the the "Station ID" and '"Last Modified Date/Iime" fields, with 
all other fields empty. This signals StarSight to stop doing the internal processing 
associated with this Station. 



Station List Record Fc«Tnat 



10 Field # 



15 2. 



30 5. 



Field Name 



Station ID 



Station Type 



Field Size 
MIN MAX 



12 



0 



12 



Call Letters or Feed 
Name 



0 



Usual Abbreviation of 1 
Name 



Explanation <tf Name 0 



120 



Description 

The 12 digitus, 
number of this Station 
Cfffccd 
0=Full Power 
Broadcast 

1-Low Pwr TV Stati<m 

2=Sat)cllite Feed 

3=Locally-ori^nated 

4=other 

5-unknown 

Call Letters ot usual 

name (must fit in 8 

characters!): 

e.g.JfflO-WEST 

(applies mosdy to 

satellite feeds: must fit 

inatmo5t4 

characters!) e.g. HBO 

Fully-descriptive name 

of the fSeed (generally 
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6. 



7. 



8. 



10. 
11, 
12. 

END of 
RECORD 



Native Channel 



0 



Affiliation 



Schedule Data Source 0 



13 



20 
12 



Last Modified Dale/ 10 
Tune 

Effective Date/nme 10 
Expiiatioa Date/Tune 0 
Cocmnents 0 
OAhexandA^ODhex Line 



10 



applies to satellite 
feeds). 

Leave empty for 
locally-originated 
Stations; broadcast 
channel when received 
by antenna; 

{(X Satellite cable feeds: 
Sat Type, Satellite, 
Transponder, Channel 
Network affiliadon, if 
any. 

if left empty: schedule 
data is provided using 
die ID supplied in field 
1 

0 => no data provided 
foe this staticHi 
any odier = ED of 
schedule data source 
yymmddhhmm 



yyninaddhhinm 

yyiynTKyttihrnm 



10 
10 
300 

Feed and/or Carriage Return 



A detailed description of the station list record format is provided in Table 



LVn. 
Field # 

1. 



Name 
Station ID 



(12 numeric) 
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Unique ID number assigned by vendor. This ID is used to identify 

the station or feed wherever this is required 

Station Type (empty, or 1 byte, numeric) 

0=Full Power Broadcast 

I=Lx>w Pwr TV Station 

2=Satellite Feed 

3=Locally-originated 

4=other 

5=unknown 

Call Letters or Feed Name (up to 8 alphanumeric) 

StarSight requires that no more than 8 characters be used to identify 

the Station or Feed, 

Usual Abbreviation of Name (1 to 4 alphanumeric) 
Note: 4 characters, maximum! If there is a well-known abbreviation, 
supply it here. Most cable subs don't think about East- and West- 
coast feeds, so HBO- WEST would generally be aW>rcviatcd.as just 
HBO for cable subs. 
Explanation of Name (up to 120 bytes) 

Give the fully-expanded name, if different from ^vc. For example, 

if FicU 3 contains "YOUTH" and Field 4 contains "YTV", Field 5 

might contain "Youth Tclcvisicxi", 

Native Channel (up to 13 bytes, alphanumeric) 

For broadcast and LPTV stations, this field would ccHitain just a 

number, For satellite feeds, supply a cooima-separatsed list that 

describes: Type <rf Satellite (C or Ku), which satellite (usually a l^ter 

and a number, like GS), which transponder (a numbo-), and if 

necessary which channel within a tranqx>nder (required when, for 

example, 10 compressed channels are availaUe on a transponder). 

This field should contain data if the "Station Type** fieki contains 0, 

I , or 2; it may be empty if "Station Type" is 3, 4, or 5* 

Super Stations such as WTBS, WON and WWOR deserve special 

consideration. In their home markets, these stations are just normal 
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broadcast stations with normal broadcast Native channel numbers; 
but when received from satellite, the Native channel number must 
refer to a satellite and transponder. This is to be handled by using 
two separate Station E)s to refer to the two distinct usages of these 
5 stations. If the schedule information is the same for both, this can be 

indicated by having one record give the other "Station ID" in the 
"Schedule Data Source" field 
7 , Affiliation (up to 20 characters) 

Which network(s), or IND, or empty if unknown 
10 8, Schedule Data Source (up to 12 numeric) 

if left empty: schedule data is provided using the ID given in field 1 
0 => no data provided for this station 
any other = ID of schedule data source 

9. Last Modified Date/Time (10 numeric) 
15 The last time any field was modified. 

10. Effective Date/Time (10 numeric) 

GMT Date/Time this record became or will become effective. Used to 
specify Station infcn-mation which is either current, or is not yet true, 
but will become true at a known ftiture date and time, such as a 
20 change of name or Call Letters. This field g>ecifies the date and time 

the infOTnation did or will become effective. 

1 1 . Expiration Date/Time (up to 10 numeric) 

GMT Date/June this record did or will expire. Similar to the 
preceding fieki, this field specifies a future date and time when this 
25 piece oi Station information (e.g.. Call Letters) will cease to be in 

effect 

1 2. Comments (up to 300 bytes) 

Whatever might be useful in assuring the channel or feed is 

unambigiKHisly identified. 
30 Table LVn 

An example of a station list record is given in Table LVin. 

Field # Field Name Sample Data 
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1 

i . 




1 AHA'^OOA^ 




S edition Type 


z 




v--<iii LdCLicid or rcccj i\amc 




4. 


Usual Abbreviation of Name 


TCN 


5. 


Explanation of Name 


The Cartoon Network 


6. 


Native Channel 


Ku,Gl,8 


7. 


Affiliation 




8. 


Schedule Data Source 




9. 


Last Modified Date/Time 


9309170930 


10. 


Effective Date/Time 


9309170930 


11. 


Expiration Date/Time 




12. 


Comments 


ch-Th-eh, eh-Th-eh, 



eh-Th-That's All, 
Folks! 

15 END of RECORD (END of RECORD) 

T abi^Lvn 

A record containing the data described above is as follows: 
140032965l2ICARTOONlTCNIThc Cartoon 

NetworklKu,Gl,8lll9309170930l9309170930l!eh-Th-eh, eh-Th-eh, eh-Th-Thaf s 
20 All, Folks!l(END of RECORD) 
The Lineup List 

The Lineup database will contain one record for each currendy-effective 
chaimel in each RG, and may also contain a future lineup for each RG. A '"channel" 
is any seperately-scheduled feed. Composite channels are described using a separate 
25 rcoxd for each part of the composite. 

Certain conventions must be observed, in order to minimize StarSight's 
pnx:essing burden: 

1 , Each field is delimited from the next with an ASCII "pipe" (7C hex) 
character. Fields with a specified default size of 0 may be left empty 
30 if no data is available; fields with a nonzero minimum aze arc 

mandatory. 
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To inform StarSight that an RG is being deleted, a normal-looking 
RG record is transmitted, except that it contains a 0 in the "Lineup 
Record Count" field, as well as a specific Date/Time for expiradon, 
in the ''Expiration Date/Time" field; all other fields should be 
formatted as per this specification. This signals StarSight to stop 
doing the internal processing associated with this RG, as of the 
specified Date/Time. Note: due to the delay inherent in processing 
this type information, it is not a good idea to reuse this RG number to 
identify a new RG. To assiue no problems of this nature, RG 
numbers should not be reused at all 

A lineup must always be described in its entirety, with an RG record 
immediately followed by all the Lineup records associated with this ^ 
RG. 

When there is both a cimrnt and a future lineup defined for an RG, 
the current information is transmitted first, with an RG record having 
the earlier of the two effective dates, followed by all the current 
lineup recOTds; then anoAcr RG record having an effective date in the 
future followed by all the lineup records for Ac fiiturc lineup. 
If any Lineup data is provided for a given RG, the entire Lineup 
(including all currendy-effecrive and all 

schedulcd-to-become-effective data) for that RG must be provided 
All the records which deal with a given RG must be contiguous in the 
file; e.g., it is not allowed to have rec<xds that deal with RG 100, 
Acn RG 101, then again with RG 100, in the same file. 
Lineup infortnation is to be sorted in ascending order on the 
following key values: 

a. RG number 

b. Effective Date 

c. Source 

d. Tune Channel* 
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8 . It is possible to explicitly schedule an "Expiration Date/Time" for the 
information in a given lineup, by providing this information in the 
optional field of this name in the RG record, 

9. Any change to any record of a Lineup must be reflected by updating 
5 the "Lineup Info Last Date/Time Modified" field in die RG record for 

that lineup. 

10. Note that there is not a field in the Lineup record for a "Last 
Date/Time Modified": this is handled by updating the "Lineup Info 
Last Date/Time Modified" field in the RG record; an update of the 

10 "Lineup Info Last Date/Time Modified" field implies that the entire 

Lineup for that RG has been updated and verified 

1 1 . Note that there is not a field in the Lineup record for "Effective 
Date/Time": this is handled by updating the ''Effective Date/Time" 
field in the RG record; the value of die "Effective Date/Time" field 

15 implies that the entire list of Lineup records tiiat follow this RG 

reccffd will become effective (or did become effective) cm that Date 
and Time, 

RG record format is shown in Table LVm. 
Field # Field Nanie Field Size Description 

20 MIN MAX 

1. Record Type 1 I "R"=nonnalRG 

"S" Satellite. 

2. Uncup Record Count 1 4 Decimal* of Lineup 

records to follow. 

25 3. RG number 8 8 (The 8 digit LD. 

number of this RG) 
4, RG group type 1 1 O=broadcast 

l,2,3,4=cable 

55=satellite(TVRO) 

30 5. RGnamc/ 0 120 Unique name of this 
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Satellite Name 



6. 


Cable System name / 


0 


120 




Satellite Abbreviation 






7. 


MSO name /Sat 


0 


120 




Operator 






8. 


Contaa name(s) 


0 


120 


9. 


Contact tel number 


0 


20 


10. 


Street Address 


0 


120 


11. 


City 


0 


120 


12. 


State 


0 


2 


13. 


ZIP 


0 


10 


14. 


DMA Name /Sat 


0 


120 




Orbit Pos 






15. 


DMA Rank 


0 


3 


16. 


ADIName 


0 


120 


17. 


ADIRank 


0 


3 


18. 


Communities Served 


0 


300 


19. 


Conoments 


0 


300 


20. 


RG General Info 


10 


10 




Last Modified Date/Time 




21. 


RG Lineup Info 


10 


10 




Last Modified DateAicw 




22. 


Effective Daie/Tunc 


10 


10 


23. 


Expiration DateAime 0 


10 



Reception Group (if 

cable, name of 

headend) 

(if cable, name of 

system) 

(if cable, name of 
MSO) 



(DMA) 
(DMA Rank) 



END of RECORD 



OA hex and/or OD hex Unc 
TabteLvm 



yymnxldhhniin 

10 yymmddhhnsn 

GMT Date/Tune diis 
record became or will 
become effective, 
GMT Datt/nme this 
record wiU or did 
expire. 

Feed and/or Carriage Return 
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RG Field explanation 
Field* 

I . Record Type (I byte) 

This field must always contain one of the uppercase ASCII characters "R" or 
5 "S'\ to specify that this record is an RG record. If Record Type is "S", then 

the record is being used to describe a particular Satellite, and the meanings of 
certain fields are redefined (see details below). Both record types have the 
same number of fields, but several fields will always be empty when Record 
Type = "S". 
10 2 . Lineup Record Count (1-4 bytes) 

The decimal number of Lineup records that follow this record; that is: tfie 
number of following records used to completely define the Lineup of this 
RG. 

3 . RG number (8 bytes) 

15 This number is the unique 8 decimal digit ID of this RG, RG numbers must 

not be re-assigned: once an RG number has been assigned, it may eventually 
pass out of usage (say, because a company goes out of business); but even 
in this case, its RG Number should not be reused, 

4. RG group type (1 byte) 

20 The Lineup type defines what type of service this RG is targeted for 

0=Broadcast TV, this is a ccmvcntional TV channel RG. 

l^Standaid cable system , this is a conventional cable frequency plan. 

2=IRC cable system (IRC is a modified cable fiicquency plan.) 

3-HRC cable system, (HRC is another modified cable frequency plan), 
25 4ssCMe System, Frequency Plan Unknown 

S^ateUite 

5 . RG Nanae (if Record Type="R") (up to 1 J) bytes) 
Satellite Name (if Record Type="S") 

Use a verbose description of up to 120 characters to describe the RG or 
30 Satellite as unambiguously as possible. If a caWe RG, use the MSO Name 

field if appropriate; RG Name should uniquely identify an entity that can 
have its own lineup. For example, each headend of a cable system can have 
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its own lineup, so each headend should have a name which is somehow 
unique, even if it is only a unique number, or a unique combination of the 
Cable System Name with a number. 
6 . Cable System Name (if Record Type = "R") (up to 1 20 bytes) 
5 Satellite Abbreviation (if Record Type = "S") 

If cable, this may be a system operated by a Multiple System Operator 
(MSO), If so, give the name commonly used in the conununity to identify 
this cable system. If satellite, give the usual letter/number combination used 
to refer to this satellite, such as G3 for Galaxy 3, 
10 7, MSO Name (if Record Type = "R") (up to 120 bytes) 

Satellite Operator (if Record Type = "S") 

If cable, this may be a system operated by a Multiple System Operator 
(MSO). If so, name the MSO, If satellite, name the operator of the satellite. 

8 . RG local contact (0 to 120 bytes) 

1 5 Name of a local ccwitact person at the cable con:q)any . 

9 . Contact Telephone Number (up to 20 bytes) 
Number of a local contact person at the cable company. 

10. Street Address (up to 120 bytes) 

Street address of a local cc«itact person at the cable company. 
20 I L City (up to 120 bytes) 

Name of the city where contact is located. 

12. State (0 to 2 bytes, alpha) 

This is the US Ptetal Servicers 2-charactcr abbreviation for the state. 

13. ZIP (0 to 10 bytes) 

25 The ZIP code is formatted as 5-bytes, dash, 4-bytes. Quite often only the 

first 5 bytes are available, 

1 4. DMA Name (if Record Type = "R") (up to 120 bytes) 
Orbit Position (if Record Type = "S") 

What name does Nielsen use to refer to the DMA within which this RG lies? 
30 15. DMA Rank (always empty when Record Type = "S") (3 bytes, nunicric) 
What is the Nielsen DMA Rank for the DMA within which this RG lies? 
16, ADI Name (always empty when Record Type = **S**) 
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(up to 120 bytes) 

What name does Arbitron use to refer to the ADI within which this RG lies? 
17. ADI Rank (always empty when Record Type = "S") 
(3 bytes, numeric) 

5 What is the ArWtron ADI Rank for the ADI within which this RG lies? 

18* Communities Served (empty when Record Type = "S") 
(up to 300 bytes) 

Comma-separated list of towns, cities, communities, neighborhoods, 
districts or boroughs served by this RG. The list should be as succinct and 
10 correct as possible, but should eir, if at all, on the side of including too 

many, rather than too few, names, 

1 9. Comments (up to 300 bytes) 

Any special information that might help to distinguish this RG &om others 
nearby, or anything else the person doing data entry feels is inqxHtant for 
15 StarSight to be aware of, especially as it relates to trying to identify which 

RG a new subscriber is in. 

20. RG General Info Last Modified Date/Time (10 bytes, numeric) 
GMT Date and Time this record was last modified: format 
yymmddhhmm;For example: 9307 1 1 05 1 4. 

20 21. RG Lineup Info Last Modified Date/Time (10 bytes, numeric) 

GMT Date and Tune any Lineup inforaiation associated with this RG was 
last modified: format yymmddhhmm;For example: 93071 10514, Note: the 
value "0000000000" is reserved, and has the special meaning: "No Lineup 
available for diis RG". 

25 22. Effective Date/Tmie (10 numeric) 

GMT Date/Tm)e the following lineup became or will become effective. Used 
to specify lineup information which is either current, or is not yet effective, 
but will become effective at a known future date and time. This field 
specifies the date and time the information did or will become effective. 

23, Expiration Date/Time (en^ty, or 10 numeric) 
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GMT Date/Time this record did or will expire. Similar to the preceding field, 
this field specifics a future date and time when this piece of lineup 
infont;ation will cease to be in effect The Date/Time specified is assumed to 
be non-inclusive of the final minute, meaning that the lineup expires at the 
5 beginning of this minute, not the end, 

An example of an RG record is provided in Table LDC: 





Field# 








1. 




D 

IX 




2. 


l^lllVULr IXwWVIlvi V.'V/Ulii 




10 


3. 


Rff nijinher 


12345 




4. 


RG croun tvne 


1 




5. 


RG name 


12345 




6. 


Cable System name 


Megacable of Fremont 




7. 


MSOname 


Megacable Q>nglon[iera£es, Inc. 


15 


8. 


Contact name(s) 


Bob Engineer 




9. 


Contact tel number 


(510) 555-1212 




10. 


Street Address 


2020 Main Street 




11. 


City 






12. 


State 


CA 


20 


13. 


ZIP 


94538 




14. 


DMA Name 


San Francisco Bay Area 




15. 


DMA Rank 


5 




16. 


ADIName 


San Rancisco Bay Area 




17. 


ADIRank 


5 


25 


18. 


Communities Served 


Fremont, Union City, Sunol 




19, 


Comments 


Sunol is closer to Dublin, but is on 
this cable systenL 




20. 


RG General Info 

Last Modified Date/Time 


9307060841 


30 


21. 


RG Lineup 

Last Modified Datt/Time 


9307060841 




22. 


Effective Datt/Tune 


9307060841 
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23. Expiration DateAime 

END of RECORD \xOA hex 

Table UX 

A sample record containing the data specified above is as follows: 
5 RI201 123451 II 12345IMegacable of FretnontlMegacable Conglomerates, 

IncJBob Enginecri(510) 555-121212020 Main StreetlFremontlCA194538ISan 
Francisco Bay Areal5ISan Francisco Bay ArealSlFrcmont, Union City, 
SunollSunol is closer to Dublin, but is on this cable 
system.l930706084II9307060841l9307060841IIEND OF RECORD 



The lineup record format is shown below in Table LX. 



15 



20 



25 



30 



Field* 



1. 



3. 
4. 



Field Name 

Record Type 

RG number 

Tuneable channel 
Source 



ChanndlDf 



Channel Type 



Field Size 
MIN MAX 



1 



1 
0 



12 



I 



3 
1 



12 



Description 

"L" for nOTmal lineups; "T* for 

SatelUtB TVRO lineups 

(The 8 di^t ID. number of 

this RG file) 

(channel # or letter) 

If multiple signal sources are 

used, which is selected fat this 

channel? If there is only 1 

signal source, this field should 

beteftenqxy. 

Must be a valid Station ID 

number from the Station List 

file 

Osnot identified 
1= Basic, 

2sExtended Basic, 
3= Prenuum, 
4=PPV 
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7 Days 0 7 These numbers are single bytes 

with the following meaning: 
1 = Sunday 
2 = Monday 

5 3 = Tuesday 

4 = Wednesday 

5 = Thursday 

6 = Friday 

7 = Saturday 

jQ For non-composite channels, 

this field should be left empty. 

8. Start Tune 4 4 GMT Hour/Minute 

9. Stop Time 4 4 GMT Hour/Minute 
12. End of Record OA Hex and/ ASCH linefeed and/or 

15 orODHcx Carria^ Return Character 

A detailed description of the lineup record is as follows: 
I. RecOTd Type (1 byte) 

"R"= normal Lineup Record; "T" = SateUite TVRO Lineup Record. 
20 2. RG Number (8 numeric) 

This is the same number used to identify the Reception Group in the RG 

record. 

3 . Tunable channel (1 to 3 bytes) 

This is the channel you would tune to in order to receive this programming. 
25 It is the cable channel number or letter for the cable system (when Record 

Typc»"L"). or the transponder number for TVRO (Record Type= T"). If 
two or more records have the same tune channel dien this is a composiw 
channel. 

4 . Source (empty if Record Type = 'T") 

30 Some cable systems have the capability to select among two or more separate 

cables; specify which cable (A, B, ..) to use, if this is such a system. Leave 
empty if this is a single-source system. 
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5 . Channel ID ( 12 bytes) 

This is the unique number used to identify the schedule information for this 
channel. It refers to one of the stations defined in the Station List, using its 
unique Staticm DD. 
5 6. Channel Type (1 numeric) 

What kind of channel is this (applies to cable and TVRO lineups): 

a. = Eton't know 

1 = Basic 

2 Extended Basic 
10 3 = Premium 

4 = PPV 

b. can be assigned meanings at vendor's request 

7. Days (0 to 7 bytes) 

These are the days in which data fircMn this feed is used. For non composite 
15 channels the days would be 1234567. For the non*conq)osite case, sin<^ this 

is by far the most conunon case, leaving the field empty shall be defined to 
be equivalent to specifying all 7 days. Any combinadon of up to 7 days can 
be specified in this field. 

These numbers are single bytes with the following meaning: 
20 1 = Sunday 2 = Monday 

3= Tuesday 4 = Wednesday 
5= Thursday 6 = Friday 
7= Saturday 

Thus a T>ays" field of 257 specifies the days Monday, Thursday and 
25 Saturday. 

8. Start Tunc (4 bytes) 

This is the starting time (GMT) at which data firom this channel should be 
used. Fot a non-composite channel the start time will always be 0(XX) hours 
GMT. 

30 9. Stop Time (4 bytes) 

This is the stop time (GMT) for data ftom this station. For a non-composite 
channel the stop nvx will always be 0000 hours GMT. The Date/Time 
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specified is assumed to be non-inclusive of the final minute, meaning dtat the 

lineup expires at the beginning of this minute, not the end. 
10. EndofRecOTd 

ASCn Linefeed (OA Hex) and or Carriage Return (OD hex). 
Example: Lineup involving Cunent and Fumre data for a two-cable system: 

The fictitious lineup below illustrates a system that uses only two channels 
on each of two cables, for which there exist both a current and a future lineup. The 
data are sorted as described above; that is the currendy-effective information for 
source A is given first (sorted in ascending order by tuned channel number), 
followed by the currendy-effective information for source B, tfien the future 
information for source A, and finally the fudire infcamation for source B. The record 
in boldface is the only recwd that is acmally different between tfw two lineups; 
channel 2 on Cable B is being reassigned. Note, however, that the future lineup is 
given in its entirety. 

RI4IOO(X)0010(41TUCSON CABLEVISIONITUCSON 

CABLEVISIONIINTERMEDIA PARTNERSICATHYl(602)629-847ai440 E 15TH 

STITUCSONI AZI857 19-64951111193 10000000193 100000001930801040019401 1504001 

UOOOOOO 10121 Al 1003952 II II 1234567I010II 

U00000010I3IAI 10042895111 123456710101 

LIO0OO001OI2IBI5O34O911I1234567IOIOI 

U000000ia3IBI9353489l II 1234567I0K)( 

RI4l000000ia4lTUCSON CABLEVISIONITUCSON 

CABLEVISIONIINTERMEDIA PARTNERSICATHY1(602)629-847ai440 E 15TH 

STTrUCSON1AZ1857 19-64951111193 100000001931000000019401 15040011 

LI00000010i2IAI10039521ill 123456710101 

LI00000010l3IAI10042895illl234567l0K)l 

LI00000010l2IBi04509845llll234567IOia 

U00000010(3IBI9353489I II 1234567I0I0I 

Example: Deleting an RG 

The example below iUustrates how to delete the RG which was described in 
the preceding example, effective January 15. 1994 at 0400 GMT: 
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RI0I0000001014ITUCSON CABLEVISIONITUCSON 

CABLEVISIONIINTERMEDIA PARTNERSICATHYI(602)629-847011440 E 15TH 

ST1TUCS0N;AZ185719-6495 

IIIII93 1(X)()(XX)()I93 1()()(X)()(X)I9401 150^ 

Note that this is just a normal-looking RG record, with the Expiration Date/Time 
filled in. Unlike the usual case, there are no following Lineup Records, as indicated 
by the 0 in the "Lineup Record Count" field. 

Glossary Of Terms 

The following terms are commonly used in the following description. Other 
terms not listed in this glossary should be familiar to persc«incl in the listings' data 
industry and to personnel involved in similarly connected businesses. 
CAC COTimunity Access Channel 

Channel Discrete frequency band allocated to a TV station 

Composite Channel Two or more PO's time sharing the jrogramming on a single 
channel. 

DP Data Provider, (provider of program listings* data) 

Data Provider Supplier of TV program listings' data, 

FIELD A sub part of a record. (recOTds are made up of multiple 



GMT 
HRC 



IRC 
Local 



StarSight 



MAP 



MPAA 



MSO 



fields) 

Greenwich Mean Time (Universal Mean Tm«), 

Cable system frequency transmission standard, 

StarSight Telecast IncOTporated 

Cable system frequency transmission standard. 

The broadcast TV station that resides within 35 miles of the 

cable provider. 

Reference to the physical area of a reception group (RG) 
Motion Hcture Artists Association (suitability guidelines for 
viewers). 

Multiple System Operator (operates more than one cable 
system) 
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PO Program Originator (TV station,TV cable providcr^SatcUite 

video provider). 

Prime Time A segment of evening time considered as Prime Viewing 

Time. 

5 Program Originator (see PO) 

PST Pacific Standard Time (West Coast Time). 

Record A defined string of ASCII characters within a file. 

RG Reception Group, The available TV channels in a 

well-defined geographical area, 
10 Runtime The length in minutes of a show or movie* 

Service Provider The cable system head end, or Broadcast TV station that 

carries the StarSight program data. ^ 
Show list A file containing records in Pipe Delimited Format which 

ccHitain schedule listing information as described herein* 
1 5 Start Time The local time that the show begins.(hour - minute) 

S U Abbreviation for Subscriber Unit. Used to decode StarSight 

data. 

SyndEx Syndicate Exclusivity 

TCP/IP Transmission Control Protocol / Internet Protocol 

20 Specified Zone A predetermined distance ot area from a broadcast station. 
Overview of this description 

The following description defines in detail tiie requireaients of a Data 
Provider in relation to delivering television listings* data to StarSi^t Telecast It 
defines in detail die foraiat of the Show list (pipe-delimited file). The fcMrmat of each 
25 record within these files are also defined. 

Also outlined are the details of the electzxxiic delivery of these files to 
StarSi^t, and the requiren^ents and details of special files that are required due to 
nation wide program oddities, such as SyndEx, 

The formats of the Show list records that are used in building the StarSight 
30 electronic database are highly integrated into our database program and these formats 
must not be altered or changed in any way without tfie written consent of StarSight 
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Telecast Use of the Vendor-Defined Fields (see below) is allowed, provided the 
syntax and meanings of the fields used are documented in advance. 
File Transfer Specifications. 
File Transfer Media and Speed. 
5 The Show list files will be transferred electronically to StarSight Telecast's 

UNIX file system through a router connected to the DFs Ethernet and a digital 
leased line, using the standard TCP/IP program, FTP. The operating speed of the 
leased line will be sufficient to transfer all data files in a reasonable length of time. 
File Transfer Protocol and Compression, 

10 The data will be transferred into StarSight Telecast's UNIX file system using 

TCP/IP file transfer protocol or other file transfer protocol standaid mutually agreed 
upon. The files may require compression due to the bulk of data being transferred ^ 
using a mutually agreed upcm data compression algorithm ccxnpatible with our 
UNIX file system. 

1 5 File Transfer details 

The files will be transferred to StarSight on a daily basis 7 days a week with 
the file transfer completed by 0800 hours PST. The daily file transfer will be into the 
home directory corresponding to the login name used to perform the file transfer 
The "Main" file download to StarSight will always be for the date 12 days 

20 into the future. Thus if today is the 10th, today's data download would be for start 
times beginning at 0000 hours GMT on the 22nd- 

(see GMT specification below in this descripticm) 
Since the data files axe sent on a daily basis some mechanism must be in 
place to allow for the updating of a program listing that has already been transferred. 

25 This is accomplished via the "Update" file. An Update file contains records of all 
changes that have been made since the last Update file was {roduccd, which nxxiify 
any of the data for any date which is still "active". An "active" date is defined as the 
dates beginning with today's date, and spanning the 1 1 days following (that is, all 
dates from today lo the date covered by today's "Main" file, but not including that 

30 date. 

A class of service to be implemented will require "Flash Updates"; this class 
of service would provide a "Flash Update" file within 5 minutes after entry of any 
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change. Such files would "trickle" across the leased line to StarSight throughcmt the 
day. 

Show list file Introduction. 

StarSight Telecast operates a data network that delivers specially formatted 
5 data to StarSight subscribers located throughout the USA, This data is used to build 
an "on screen program guide" called StarSight that enables its subscribers to 
interactively view television program listings on their TV screen. The information 
for tills network is derived from tiie StarSight database that is built by a computer 
program running on our UNIX computer* To build this database a data provider is 
10 required to supply StarSight with program listing files called Show list fUes. 
GMT. 

A Show list file is a set of chronologically ordered records of telcvisicw ^ 
program listings, StarSight needs Show list files with the first record having its start 
time at 0000 hours GMT or for the first show starting after 0000 hours GMT, Thus 

15 the first record in each Show list file will be for the first show at or after Midnight 
GMT and the last record in a Show list file would be for the last show starting 
before 2400 hours GMT, 

In other wca-ds a given Main file will contain only records for all POs for one 
day with one day starting at 0000 GMT and ending at 2400 GMT, Conversely a 

20 Main file must contain all of the shows for all POs fw that day. 
Daylight saving time. 

Since the "Start Time" field of any Show list record is always given in terms 
of GMT, the data provider is cautioned that daylight saving time nmst be accounted 
fcwr twice a year, once in the spring when daylight saving is invoked and once in the 

25 fall v^cn returning lo standard time. This time nxxlification must take place for all 
program data and all PC's unless the PO resides in a non daylight saving time state 
or county. Daylight saving time will cause die DP to compile or transfer records into 
the PO file that are COTrected for the 1 hour forward adjustment in spring and the 1 
hour backward adjustment in fall. 

30 Please note that once showtimes have been adjusted to GMT, the Show list 

records should always be contiguous with no gaps or overlaps even on Daylight 
Saving transition dates, 
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SyndEx and Network Exclusivity 

Due to FCC regulations a TV cable provider is required to block out 
programming (at the request of the local station) that directly conflicts in both time 
and content with the programming of a local broadcast TV station. This may cause 
5 the cable provider to substitute programming on that channel for the time in conflict 
StarSight must be informed of a SyndEx blockout no later than 24 hours prior to the 
blockout, in order to display the correct schedule for the blocked-out time slot. 
Sports Blackout 

Due to FCC regulations a sporting event can be blacked out from local TV 
10 coverage if a given percentage of tickets are not sold within 24 hours of that event 
StarSight requires knowledge of the blackout. 
Composite Channels 

Some cable providers will divide a cable channel into multiple programming 
segments inserting programming from two or mote program originators on ooc 
15 channel, at different times. The DP is required to provide StarSight with infonnation 
that explains clearly what service is on such a channel at any given time. This 
information will be provided in the PO list for the channel in which the composite 
programming occurs. 

The multiple PO information fOT composite channels is handled in the "RG 
20 List Format Specification" explained above. 
Community Access Channels 

The FCC requires each c^le provider to support at least one Conmunity 
Access Channel (CAQ for puUic use. Private citizens can request program time on 
this channel f<x their public views, public information or s^roved public 
25 programming. 

StarSight requires a Show list file with the program informatics for each C AC, with 
the CAC Show list file name bound to the cable system name. 
Low Power Stations LPTV 

Low power (mostly privately owned) broadcast TV Stations exist in many 
30 areas of the United States, Sonae of these low power sutions will require program 
listing support by the DP. These will be handled on a station by station basis with a 
Show list file for each LPTV. 
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The precise format in which the data for SyndEx, Network Exclusivity, 
Sports Blackout, Composite Channel, Community Access Channel and Lx)w Power 
Stations is to be provided, is to be determined- 
Show list File Definition 
5 Show list files are made up of multiple records containing television program 

listings. The Show list records have a fixed number of fields. Most fields are of a 
fixed size with a few fields of variable size. This gives a Show list record a 
minimum and a maximum byte size, (See the Show list record field definition for the 
exact MIN/MAX size,) 

10 Except for the end of record terminator, OA hex (line feed) The Show list 

files will contain only ASCII characters and only within the range of 20 hex to 7E 
hex inclusive. This precludes any control codes, new line codes or end of record 
codes being part of any Show list file. 
Show list File Names. 

15 There arc three sorts of files discussed in this descripti<Mi. They all have the 

same record format, but they are used somewhat differendy. TTicy are referred to as 
the "Main" file, the "Update" file, and the "Flash" files for a given date. The Main 
file contains CHiiy the data for one particular dace. It amounts to the initial load of all 
data for that date* The Update file contains information that revises Show list data 

20 that was provided on earlier days. It contains data which may encompass several 
different days, just depending on what new information has been entered. The Flash 
file contains updafie infcwmation that has just been entered- 

The Main fUcname shall consist of die letters "MAIN" followed by four 
digits that rq)iiescm the date, then [c^tionally] ,a period and the suffix "DAT*. For 

25 example "MAIN0812.DAr* is a valid Main filename, and so is "MAIN08ir. 

The Update filename shall consist of the letters "UPDT' followed by four 
digits that represent the date, then loptionally] ,a period and the suffix "DAT', For 
example, UPDT0812.DAT is a valid Update filename, as is "UPDT0812". 

Flash filenames shall consist of the letters "FLSH" fc^owed by four digits 

30 that represent the time of day, then [optionally] ,a period and die suffix UAT\ Foe 
example, FLSH0642.DAT is a valid Update filename, as is "FLSH0642", 
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Since interfaces to different types of computer systems are a given, the file naming 
convention has been chosen so as to work with virtually any computer operating 
system in existence. The alpha letters within filenames may be in either all uppercase 
or all lowercase; mixed case is not allowed. 
5 Each PO's data will have its own portion of the file, identified by identifying 

the PO in the first field of each record concerned with that PO. The identification 
number (not to exceed 12 bytes) will consist of ASCII digits 0 through 9 only, and 
will be identical to the Station ID number assigned for this PO in the Station List file, 
which is defined in a separate document. 
1 0 Show list File Length. 

Each file will contain Show list records as defined elsewhere in this 
document The file will contain as many of these records as required to fill one 24 - ^ 
hour day. 

Each record in a given file has a program length as defined in the "runtime" 
1 5 field and a "starttime" as defined in the starttime field of the Show list record. These 
Start Times and mntimes will cause the content of a file to be contigxious for the 24 
hour day, leaving no gaps in the time sequence. 
Contiguous Files. 

All "Main" file records will have contiguous Start limes and run Icngtfi firom 
20 day to day and week to week, etc., without any time gaps* 

The Show list record format is shown in Table LXI. 
Field No. FIELDNAME MAX MIN DESCRIPTION 



(bytes) 

25 L Station ID number 12 (1) Unique ED number fcM- this PO 

2. Start Date 8 (8) YYYYMMDD 

3. Start Tunc 4 (4) Program start time: 

hour, ffunutes 

4. Runtime 4 (4) Program runtiine minutes 
30 0005 to 9999 

5. Qosc Caption I (1) Qosc caption indicaiw. Y, N 
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\j . 


Stereo 


1 


( 1 ) Program audio broadcast type. 








Y, N 


/ , 




1 


( 1 ) Program video broadcast type. 








C, B 


o . 


Tvoe 


3 


(3) Program Type<see table 1, 








table 2) 




Movie Number 


10 


(0) Up to ten decimal digits 




GrouD ID 


5 


(5) unique series program link, 0 








to 65536 


1 1 
1 I. 


Tit1<» 
ilUC 


50 


(0) Program title. 




Pmoram I3escr #1 


300 


(0) Program description. 






200 


(0) Program description. 




Pmffram Descr #3 


100 


(0) Program description. 


1 ^ 


Pm<rram Oe^cr #4 


50 


(0) Program description. 


1 VI. 




1 


{ 1 ) Movie critics rating 








0,1,2,3,4 


17 


Enisode 


50 


(0) E*rogram episode description. 


18 


Year 


4 


or (0) Year the movie was produced. 


19. 


Director 


25 


(0) Name of the movie directOT 


20. 


Last Name of Star I 


25 


(0) Last name of star in the movie. 


21. 


First Name of Star 1 


25 


(0) First name of star in the movie. 


22. 


Last Name of Star 2 


25 


(0) Last name of star in the movie. 


23. 


First Name of Star 2 


25 


(0) First name of star in the movie. 


24. 


Last Name of Star 3 


25 


(0) Last name of star in the movie. 


25. 


First Name of Star 3 


25 


(0) First name of star in the movie. 




Action 




(1) T, F. 


27. 


Adventure 




(1) T. F. 


28. 


Biography, Biographical 1 


(I) T, F. 


29. 


Qassic, Classical 




(l) T. F. 


30. 


Comedy 




(1) T, F. 


31. 


Dance 




(1) T, F. 


32. 


Docudrama 




(I) T. F. 
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33. 


Documentary 1 


(1) T, F. 


34. 


Drama, Dramatic 1 


(1) T, F. 


35. 


Fantasy 1 


(1) T, F. 


36. 


Historicai 1 


(1) T, F. 


37. 


Horror 1 


(1) T, F. 


39. 


Martial Alts 1 


(I) T, F. 


40. 


Musical 1 


(1) T, F. 


41. 


Mystery 1 


(1) T, F. 


42. 


Opera 1 


(1) T, F. 


43. 


Romance, Romantic 1 


(1) T, F. 


44. 


Satire, Satirical 1 


(1) T. F. 


45. 


Science 1 


(1) T, F. 


46. 


Science Rction 1 


(1) T, F. 


47. 


Suspense 1 


(1) T, F. 


48. 


Thriller 1 


(1) T, F. 


49. 


Western 1 


(1) T, F. 


50. 


Situation Comedy 1 


(1) T, F. 


51. 


G 1 


(1) T, F. 


52. 


NC17 1 


(1) T, F. 


53. 


NR 1 


(1) T, F. 


54. 


PG 1 


(1) T, F. 


55. 


PG 13 1 


(1) T.F. 


56. 


R 1 


(1) T.F. 


57. 


AO 1 


(1) T. F- 


58. 


PROFANITY I 


(1) T, F. 


59. 


NUDITY 1 


(1) T.F. 


60. 


VIOLENCE 1 


(1) T, F. 


61. 


ADULT SITUATION 1 


(1) T.F. 


62. 


ADULT THEME 1 


(1) T.F. 


63. 


ADULT LANGUAGE 1 


(1) T.F. 


64. 


PPV EVENT I 


(1) T.F. 


64. 


1st 
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Vendor-Defined Field 

65. 2nd 

VendOT-Defined Field 

63+n. nth 

5 Vendor-defined Field 

END OF RECORD 1 (D LINEFEED 

(%xOA hex') 

Table LXI 

END OF RECORD markers and end of file markers will be a single 
10 UNEFEED (OA hex) and or CARRIAGE RETURN {QD hex) 

Show types for general programming are shown in Table LXII: 





Show Type Code 


Description 




CHL 


Children's Shows 




COM 


Comedies 


15 


DOC 


Documentaries 




MAG 


Magazine 




MIN 


Mini-Series 




MOV 


Movies 




REL 


Religious 


20 


GAM 


Game 




SGN 


SignOfif 




MUS 


Musicals 




SER 


Series 




SPC 


Specials 


25 


SRL 


Soaps & Serials 




TLK 


Talk 




NEW 


News 




EXR 


Exercise 




MIS 


Miscellaneous 


30 


NAT 


Nature 




HOW 


How-to 




MED 


Medical 
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5 



NET 



SYN 



PUB 



BUS 



LAP 



EDU 



PDP 



Network Scries 

Syndicated Series 

Business 

Public Affairs 

Local Access Progranmiing 

Paid Programming 

Education 



UNK 



Unknown 



Table LXn 



10 NOTE: 

Show type designators ate always of fixed 3 character length. More designators may 
be added as required. 

Show types for spOTts programming are shown in Tabic LXm: 



15 


SHOW 


DESCRIPTION 


SHOW 


DESCRIPTION 




TYPE 




TYPE 






CODE 




CODE 






LSB 


Baseball - Live 


SPB 


Baseball 




LSK 


Baskediall -Live 


SPK 


Basl»d»ll 


20 


LSW 


Bowling - Live 


SPW 


Bowling 




LSX 


Boxing - Live 


SPX 


Boxing 




LBC 


Bicycling - Live 


SBC 


Bicycling 




LSN 


Fishing - Live 


SPN 


Fishing 




LSF 


FbotbaU - Live 


SPF 


Football 


25 


LSG 


Cidf-Live 


SPG 


Golf 




LSY 


Gymnastics - Live 


SPY 


Gymnastics 




LSil 


Hockey - Live 


SPH 


Hockey 




LSE 


Horse Events - Live 


SPE 


Horse Events 




LSL 


Lacrosse - Live 


SPL 


Lacrosse 


30 


LSA 


Motor Sports - Live 


SPA 


Motor Sports 




LSS 


Soccer - Live 


SPS 


Soccer 




LSQ 


Snow Skiing - Live 


SPQ 


Snow Skiing 
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LST 



Tennis - Live 



SPT 



Tennis 



LSJ 
LSP 
LS@ 



Track/Field - Live SPJ 

Sports Live SPO 

Water Sports - Live SP@ 

Wrestling - Live SPZ 

VoUey Ball - Live SSO 
Sporting Shows 



Track/Field 
Sports 



5 LSZ 



LSO 



Water Sports 
Wrestling 
VoUey Ball 



SPl 



Table LXffl 



NOTE: 



10 



Show 



type designators arc always of fixed 3 character length. More 



designators may be added as required. 
Detailed Show list field class explanation. 

The Show list record fields are divided into four classes. They are data fields 
that contain the program information, the delimiter fields that separate the data fields, 
15 the record teraiinatOTS that terminate and separate the records and the end of file 
terminator. 

Explanation of the field classes. 

Note diat all of Ac fields in the following specification have a minimum and 
a maximum size described as bytes. Most fields arc of a fixed length and must not 

20 vary fnxn that specified Icngtfi. Other fields have a variable minimum and a 

maximum length while a few are defined as a minimum or maximum. Even if a fixed 
length field contains no meaningful data, it must be padded out to its minimum 
length with the appropnaxc character. The maximum field Iragth must also be 
adhered to and no field is ever allowed to exceed its maximum length. 

25 DataFieldText 

The text contained in any field will contain no control codes and all fields 
will contain <xdy the ASCII character set within the range of the hexadecimal values 
20 to 7E inclusive. 
DcUmtex 

30 This one byte character is the pipe T ( PIPE ASCO 7C hex ). It separates the 

different fields of a Show list record, it is unique within a Show list record and will 
not be used anywhere else in the Show list record except as a delimiter. There are 
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equal numbers of delimiters and data fields* The Show list records have the pattern 
of FELD, DELIMITER , . , FIELD, DELIMITER, END OF RECORD. A 
delimiter follows the last data field of any record. 
End Of Record 

5 All records are terminated with an end of record terminator that follows the 

last delimiter of the last data field in a Show list record. This terminator is the ASCII 
code for Line Feed (OA hex), or Carriage Return (OD hex), or both together in either 
order. 
EndOfFUe 

10 The end of file terminator is defined to be the text string "ZZZZZEOF". The 

final data record of a Show list file must be followed by an End of File tenninator, to 
signal that all data has been transmitted 
Detailed Data Field Explanation. 
Field # 
15 1, Statical ID 

(1 to 12 bytes) The Station ID is the unique number (assigned by the data 
provider see the Station list recwd format) used to refer to this program originator 
(TV station, cable channel or sateUite provider). It is never greaier tfuui 10 decimal 
digits. No other characters are allowed. 
20 2. StartDate 

(8 bytes) 8 byte number describing the GMT date when the program 
wiU air, (year, nxxilh, day) This date must be the same for all records in a given file. 
Bytes 1 through 4 define the current year, for example: 1991. 

Bytes 3 and 4 define the month, with January numbered as 01, December as 

25 12. 

Bytes 5 and 6 display the day of die month from 01 to 3 L 
3. Start Time 

(4 bytes) 4 byte number is the program air time GMT and is entered as 
military time. 

30 Bytes 1 and 2 arc the hour in GMT time that the program will air. 

(Example 
6am =06, 
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noon =12, 
6pni = 18, 
midnight = 00) 

Bytes 3 and 4 are the minute that the program will air. 
5 (Example one MIN past the hour =01,1 minute before the hour =59) 
4. Runtime 

(4 bytes) Program length in minutes. The minimum show run time length is 
0005 minutes and the maximum length is 9999 minutes, (The StarSight data base 
program breaks shows with runtimes greater than 240 minutes into multiple shows 

10 of 240 minute lengths*) Runtime data is shown in Table LXIII. 
Field Name Field* Sample Data 

Station ID 1 5963215 

Start Date 2 991231 

Start Tinie 3 0900 

15 RunTime 4 0060 

Sample Fragment of the above Show list record fields, 
59632 151 1199 123 1 10900100601 



20 Field* 

5. Qosed Caption 

( 1 byte) If the show is closed captioned this field will be a " Y" (yes). If not it 
will be "N" (no). 

6. Stereo 

25 (1 byte) If the show is in stereo this field will be a "Y" (yes). If not it will be 

"N" (no). 

7. Color 

(1 byte) If the show is in color this field will be a "C" (color). If not it will be 
"B" (black & white). 
30 8. Type 

(3 bytes) mnenaonic, indicating the program type indicating nnovie, sports, 
news, talk show, etc. 
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(See Tables LXI and LXII) 
9, Movie Number 

(0 to 10 decimal digits) This unique number is provided by the dau provider 
as a unique number for a show and is different for the title of every show or movie 
5 ever made. Once used this number remains locked for future reference to that title. 

Examples of these fields are given in Table UQV. 



Field Name 


Field* 


Sample Data 


Closed Caption 


5 


Y 


Stereo 


6 


N 


Color 


7 


C 


Type 


8 


MOV 


Movie Number 


9 


1234567890 



Table LXIV 

A sample fragment of the above Show list record fields is as follows: 
1 5 YINIQMOVI 12345678901 

Field* 

10. Group ID 

(5 bytes) This 5 byte number will be from 00000 for no program link, to 
65535 for up to 65,535 unique program links. This number allows for unique 

20 groupings of two or more special programs or shows that may need to be linked 
together fcM* recording purposes. The linking or grouping of these programs would 
be required for the series receding of programs that do not have the same tide name 
as in ROOTS 1 and ROOTS 2. This field will be 00000 if there is no program link 
and a unique decimal number up to 65,535 if there is a link. This unique number is 

25 kept undl die linked programming is completed and any show with a reference to 
that number has passed out of the database. After that time, this number can be 
recycled and used over again. No provision is made to lock a Group ID number to 
any show on a permanent basis. 

The upper bound of 65,535 is necessary since this number is converted to a 

30 2 byte binary number by StarSight and sent to the SU in this manner. 
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This number may be used to cross channel boundaries and link together as a 
group two or more shows on two or more different channels, provided that there is 
no conflict in n^cord times. 
11. Tide 

5 (0 to 50 bytes) This field contains the title or name of the program, names of 

spons team, talk show, etc. 

Examples of these fields are given in Table LX V. 
Field Name Field# Sample Data 

Group ID 10 0000 

10 Tide 11 Manflys, 

A sample fragment of the above Show list record fields is as follows: 
OOOOIManHysl 

The following four program description fields are to have different 
15 descriptions when available. Multiple descriptions will not show as multiple copies 
of the same description. A description must go into the smallest field that it will fit 
completely into. If 4 different program descriptions exist, insert the descriptions into 
the appropriate length field in descending order. 

Fields 12 - 19: Descriptions, Critique, Episode Tide, Production Year, and Director. 
20 12. Program DcscripticMi 1 (0 to 300 bytes) This is a longest description of 

the of the program, show, sporting event, etc. 

1 3 J*rogram Descripticxi 2 (0 to 200 bytes) This is a shortened description of 
the of the program, show, sporting event, etc. 

UProgram Description 3(0 to 100 bytes) This is a shortened description of 
25 the of the program, show, sporting event, etc. 

15. PrDgram Description 4 (0 to 50 bytes) This is the shortest available 
description of the of the program, show, sporting event, etc. 

16. Critiquc (1 byte) Critics raring of the movie. This is '0* if there is no 
rating or a 1,2,3 ot 4 depending upon the quality of the movie, 4 being the best 

30 17. Episode (0 to 50 bytes) This provides for the episode description of a 

series show. 
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10 



15 



20 



1 8. Year (0 or 4 bytes) This is the year that the movie or show was 
produced. (1956, etc) 

19. Dircctor (0 to 25 bytes) The name of the movie director. 
Examples of these fields are given in Table LXVI. 



Field Name 
Etescription 1 



Field# Sample Data 



12 



Man sprouts wings, flyis south for the winter and 
saves the population of a foreign country 
I>escription 2 13 Man sprouts wings, flys south for the winter and 

saves a country 

Description 3 14 Man sprouts wings and saves a country 

Description 4 15 Man flys and saves country 

Critique 16 4 

Episode 17 Flying man 

Year 18 1999 

Director 19 John Filmmaker 

A sample fragment of the above Show list record fields is as follows: 
Man sprouts wings, flys south for the winter and saves the peculation of a foreign 
countryiMan sprouts wings, flys south for the winter and saves a counirylMan 
sprouts wings and saves a countryiMan flys and saves countryWIFlying 
manll999IJohn Filmmakcri 
Fields 20- 25: Names of Stars 

20. Star 1 Last Name (0 to 25 bytes) The last name of the 1st actor. 

2 1 . Star 1 First Name (0 to 25 bytes) The first (niiddle) name of the 1st actor. 



25 22, Star 2 Last Name (0 to 25 bytes) The last nan^ of the 2nd actOT. 

23. Star 2 First Nanae (0 to 25 bytes) The first (middle) name of 2nd actor 

24. Star 3 Last Name (0 to 25 bytes) The last name of the 3id acton 

25. Star 3 First Name (0 to 25 bytes) The first (middle) name of 3rd actor. 
30 Examples of these fields arc given in Table LXVDL 

Field Name Ficld# Sample Data 

Star 1 20 Falls 
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21 Joe 

22 Floats 

23 Maiy 

24 Soars 

25 Sam 

Table LXVn 

A sample fragment of the above Show list record fields is as follows: 
FailslJoelFloatslMarylSoarslSaml 
Genre Byte Fields: Fields 26 - 49 
10 The Genre Byte Fields are divided into 3 categmes. The first is the THEME 

category and it provides foe the general description of the show type. StarSight uses 
this theme infomiation to divide the programs into discrete categories when ttieme 
searches are done. The second category is the MPAA rating and is used to infonn 
the viewer of the movie industries rating of appropriate age of the viewer for this 
15 show. This rating is usually only valid for nx>vies. The third category further 
explains the MPAA rating. 

The following 24 data fields are the explanation of the program theme type, 
A maximum of 5 of these 24 fields are set as T for any 1 prognua Some are 
mutually exclusive and will not be set to T in unison at any time. 



20 


Field # 




26. 


Action 




27. 


Adventure 




28. 


Biography 




29. 


Classic 


25 


30. 


Comedy 




31. 


Dance 




32. 


Docudrama 




33. 


Documentaiy 




34. 


Drama 


30 


35. 


Fantasy 




36. 


Historical 




37. 


Honxw 
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38. Martial Arts 

39. Musical 

40. Mystery 

41. Opera 

5 42. Romance 

43. Satire 

44. Science 

45. Science Fiction 

46. Suspense 
10 47. Thriller 

48. Western 

49. Situation Comedy 

An example of a record fragment involving the fields above is given in Tabic 





LXVIH: 
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Field Name 


Field# 


Sa 




Action 


26 


T 




Adventure 


27 


T 




Biography 


28 


F 




Classic 


29 


F 


20 


Comedy 


30 


T 




Dance 


31 


F 




Docudrama 


32 


F 




Documentary 


33 


F 




Diama 


34 


F 


25 


Fantasy 


35 


T 




Historical 


36 


F 




Horror 


37 


F 




Martial Aits 


38 


F 




Musical 


39 


F 


30 


Mystery 


40 


F 




Opera 


41 


F 




Romance 


42 


F 
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Sadre 


43 


T 


Science 


44 


F 


Science Fiction 


45 


T 


Suspense 


46 


T 


Hiriller 


47 


F 


Western 


48 


F 


SituaticMi Ccwnedy 


49 


F 



Table LXVin 

A sample firagment of the above Show list reccxd fields is as follows:. 
10 TinFIFmFIFIFIPnPFIFlPFlFlFlTIFmTIFIFIFJ 
MPAA rating: fields 50 - 56 
Field* 

50. G (1 byte) General audience 

51. NC17 ( 1 byte) No children under 17. 
15 52. NR (1 byte) Not rated. 

53. PG (1 byte) Parental guidance. 

54. PG13 (1 byte) Parental guidance under 13 years. 

55. R (1 byte) Restricted. 

56. AO (1 byte) Adult Only. Most severe rating. 

20 Exan^les of diese fields are given in Table LXDC 

Field Name Ficld# Sample Data 

G 50 T 

NC17 51 F 

NR 52 F 

25 PG 53 F 

PG13 54 F 

R 55 F 

AO 56 F 

30 A sample fragment of fields 50 - 56 is as foUows: 

T1FIPF1PFIF1 
MPAA explanation: Fields 57 - 62. 
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Field # 

57. Profanity (1 byte) 

58. Nudity a byte) 

59. Violence (1 byte) 

5 60. Adult Situations (1 byte) 

6 1 . Adult Themes ( 1 byte) 

62. Adult Language (1 byte) 

63. PPV Event: Field 63. 

10 (1 byte) set to T to indicate this show is a Pay-per-Vicw Event, 'F if not, 

empty if not known. 

Examples of these fields are given in Table LXX . 

Field Name Field* Sample Data 

Profanity 57 T 

15 Nudity 58 F 

Violence 59 T 

Adult Situations 60 F 

Adult Themes 61 T 

Adult Language 62 T 
20 PPV Event 63 T 

A record fragment for fields 57-63 is as follows: 

TiFmFmrm 

Fields 64 and Above: Vendw-Defincd Fields 
25 All fields following the *PPV Event* field are optional (excq)i the mandatory 

End ci Recoid terminator). No minimum or maximum number of these fields is 
prescribed, and no particular limit is enforced as to the number <tf characters in any 
one of these fields. 

Vendor may use this portion of the record to provide addittxial data related to 
30 the show which the prescribed format might make difficult or inqx>ssible to convey. 
Each Vendor-defined field should be used to describe one data element 
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Field content is free-format, with the previously-stated constraint that all data 
must be transferred as printable ASCII text, with no Vertical Bar(hex 7C), Carriage 
Return (hex OD), or Linefeed (hex OA) occurring as data, since these characters have 
the special meanings of "Field Delimiter" (Vertical Bar) and "End-of-Record" 
5 (Carriage Return and/or Linefeed), respectively. 

The intention is to aUow the vendor as free a hand as possible in describing 
the show. Additional information about show type, genre, category, subcategory, 
etc, can be placed in these fields, and also other types of inforaiation which may not 
be currently anticipated If these fields are used, vendor must separately provide 

10 StarSight with a document which defines as fully as possible how these fields are 
used by the vendor 

The example that follows is not intended to prescribe a set format; it is just ^ 
illustrating one possible way the Vendor Defined Fields could supplement the other 
information in the record In this example, we will assume the vendor has additional 

15 categorization available for sports shows, over and above what is prescribed in the 
normal fOTmat The vendw must document the fields separately from the data itself: 
let's say Vendor XYZ has provided StarSight with a document containing the 
following infcrmation: 
Field Name Content or Meaning 

20 SPNAME Name of sport 

SPENV "Indoor" or "Outdoor" 
SP$ "Professional" , "Amateur", or "Pro-Am" 

SPU VE If present, game is being carried live. 
SPTEAM If present, this is a team spcHt 

25 NOTES ON SYNTAX IN VENDOR-DEFINED FIELDS SUPPUED BY 

VENDOR XYZ: 'Tield Name" is an unlHt>ken ASCII string (no spaces or tabs 
allowed) from the iist above. The presence of the field name in some cases implies a 
'TRUE" status; in other cases a value over and above the field's name is also 
specified If a value is being specified, the field name is followed by a single space 

30 or tab, and everything else in the field comprises its value. 

Given this infomiation. Vendor XYZ could now transmit StarSight a record 
with Vendor-Defined fields that look like the example below: 
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First Vendor Defined Field 64 SPNAME Field Hockey 
Second Vendor Defined Field 65 SP$ Professional 
Third Vendor Defined Field 66 SPENV Outdoor 
Fourth Vendor Defined Field 67 SPTEAM 
5 Fifth Vendor Defined Field 68 SPLIVE 

Note that even though SPENV, for example, is specified in field #66 in this 
record, it could be specified in any Vendor-Defined field, ot not mentioned at all. 
The same c^servatim applies to all the Vendor-Specified fields- This is true because 
of the method used in this exan^le of giving the name of the field as data. 
10 If the vendor chose to stick to a more ri^d convention, in which every field is 

always present whether there is data for that field or not^ the name or usage of each 
field could be entirely position-dependent, and could be documented separately, thus^ 
eliminating the need to transmit field names with the data; either method is 
acceptable, and if the Vendor has another method they prefer, this would probably 
15 be acceptable too, so l<mg as it stays within the rules stated eariier* 

A sample fragment of the above Show list record fields is as follows: 
SPNAME Held HockeylSPS PtofessionallSPENV OutdoorlSPTEAMlSPLIVEl 
End Of Record (LINEFEED hex OA) and/or (CARRIAGE RETURN hex OD) 

Marks the end of a record Flexibility of definition is to allow for the transfer 
20 of text between different types of computer systems. 
EndOfFilcRcccHxi 

Following the final data record in a file, the Vendor must append a special 
End-of-Filc record, which is defined to be a record that begins with the text string 
"ZZZZZEOF, fcrflowcd (possibly with intervening Vendor-Defined fields) by End 
25 of Record StarSight's software will encounter this text string when it is expecting to 
read a Call Sign value; the value read will be tested against this reserved value, and if 
they match^ StarSight's software will halt reading of the file. 

More impcvtandy, this text string will also be used to test for oxnpletion a 
file transfer. If a new file appears in the data input direaory, the input software will 
30 examine the final record of the file for this symbol; if the symbol is not found, then 
the data transfer has either aborted in midstream, or has not yet completed; in either 
case, it would not yet be appropriate to begin loading the data. 
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Note that the definition of this record is that it begins with T2222EO¥ and 
ends with End of Record; the remainder of the record may defined by the Vendor, 
within the usual constraints for Vendor-Defined fields. Supplemental information . 
that would be useful here might include a count of the number of records in the file, 

5 the date/time of production, a list of stations with which problems occurred, or any 
other summary information the vendor considers relevant 
SPECIAL NOTE(s): 

The format of the Show list records that are used in building the StarSight 
electronic database are highly integrated into our database program and these formats 

10 must not be altered or changed in any way without the written consent of StarSight 
Telecast Use of the Vendor-Defmed Fields is allowed, provided the syntax and 
meanings of the fields used are clearly documented in advance of use. - 
Since the PO names used within the Show list file are referenced by the StarSight 
database application, the PO names must be unique and remain constant The 

15 changing of any PO name without proper coordination with StarSight will cause a 
mismatch of data in the StarSight database. 

It should be apparent to those skilled in the art that various changes in foim 
and details of the invention as shown and described may be made. It is intended that 
such changes be included within the spirit and scope of the claims appended hereto. 
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